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Abstract 


abstract 


TIME  COVERED 

This  report  covers  m  detail  work  from  February 
1*71  to  Hay  1972. 

TENEX 

During  that  time  our  FDP-10  and  accompanying 
TENEX  time-sharing  syste'  s  became  operational. 

We  have  made  small  adaptations  in  TENEX  and 
developed  a  system  that  sends  and  retrieves 
files  from  tape  archive, 

NETWORK  INFORMATION  CENTER 

Use  of  the  Network  Information  Center  has 
increased  steadily,  including  regular  creation 
by  experimenters  at  several  sites  of 
special-purpose  documents  on  cur  system  and 
severalfold  increase  in  documents  stored  and 
cataloged,  both  online  and  in  hard  copy 
dispersed  at  the  sites,,  We  have  prepared  and 
dispersed  manuals  and  riven  regular  courses  in 
our  system  to  classes  feathered  from  the  Net,  In 
the  last  weeks  of  the  contract  our  display 
system  ran  experimentally  from  another  site  for 
the  first  time. 

HARDWARE 

We  have  aided  a  Bryant  Drum,  Digital  Eauipment 
Corporation  RP02  disc  racks,  and  leasea  ...  ;re 
30-character-oer-second  thermal  printing 
terminals  and  compatible  cassette  recorders. 

NE*  FEATURES  IN  ML 5 

To  cur  online  system  we  nave  adaed: 

a  command  language,  DEX,  which  allows  entry 
of  text  on  tape  Cor  later  automatic 
processing  into  MS  files; 

several  features  which  allow  users  to  craw  on 
the  newer  of  MS  more  effectively,  including 
individual  control  of  a  buffer  for  compiling 
various  special  purpose  programs; 
cross  file  editing  to  our  typewriter-criented 
command  language,  IMS,  along  with  ether 
fe  ures  that  suit  M3  to  typewriter  terminal 
wo*  ;  and 

to  our  display  system,  the  capacity  to  split 
the  screen,  load  several  files  at  oncef  and 
transfer  information  from  one  file  to 
another , 

we  nave  begun  the  redesign  of  nLS  in  modular 
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units  which  will,  among  other  things,  ease 

transfer  of  all  or  part  cf  N'LS  to  other  systems,  le2 

ANAGF.HEKT  SYSTEMS  If 

In  management  applications  we  developed  a  first 
cut  task-ana-assienment  management 
record-keepir.e  svster,  made  ever-growing  use  of 
our  dialog  support  system  in  management,  and, 
near  the  end  of  the  contract  period,  reorganized 
our  group  into  operational  and  pro.lect  suogroups 
(a  matrix  organization)  with  projects  oriented 
toward  needs  outside  ARC.  Ill 
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SUMMARY 


INTRODUCTION 

Re  are  developing  p.  system  of  online  computer  aids  for 
augmenting  tne  performance  of  individuals  and  teams  engaged 
4 n  intellectual  work  and  an  Information  Center  for  the  APPA 
C  }mo;  -»r  Network.  This  document  reports  hardware  and 
software  development  and  applications  m  several  areas,  and 
sumi. arizes  plans  for  continuing  development. 

We  discuss  here  the  work  performed  unde**  a  contract  which 
extended  from  Fecruiry  6,  1970  to  May  9,  1972,  out  recount 
in  detail  only  work  of  the  xast  fifteen  months  of  that 
period,  our  work  from  February  8,  1970  until  February  a, 
1971  is  reported  in  the  interim  Technical  Report,  dated  30 
June  ltn,  NETWORK  INFORMATION  CENTER  xND  COMPUTER  AUGMENTED 
TEAM  InTLP.aCIION,  HADC-TR-71-175,  AD  737  131  (8277,).  The 
1J70  wrrk  is  summarized  below  but  discussed  in  the  body  of 
this  report  only  where  necessary  to  exDiain  developments  of 
the  last  fifteen  months. 

To  tak<®  advantage  of  tne  automatic  reference  search  of  our 
online  system,  oiblioeraphic  citations  in  this  A eport  are  a 
little  unusual  looking.  They  will  appear  in  two  forms: 

"See**  *  a  comma  ♦  a  string  cf  numbers  and  letters  ♦  a 
right  oarentnesis"  fe.e.,  see--,9an);  cites  some  other 
tart  of  this  report  as  identified  by  the  statement 
number*  printed  right.  Online,  a  reader  ray  cite  such  an 
address  and  move  automatically  10  t*e  appropriate  part  of 
the  report., 

A  four-  or  five-uieit  number  in  parenthesis  fe.g. 

(C2?7f)7  cites  a  document  in  arc' 3  collection.  The  number 
is  the  ARC  catalog  number,  M03t  of  the  documents  cited  in 
this  report  a>*e  online  and  an  online  reader  may  move  .0 
that  iiie  automatic  illy  as  above.  A  reference  section  at 
the  end  of  each  chapter  supplies  oibliogranhic 
information  about  these  documents  in  the  usual  way. 

m  glossary  appears  in  (.9). 

ARC  has  cezun  to  maintain  online  a  detailed  description  of 
the  current  stat*  of  its  activities,  the  Handbook  diacussed 
below  f see  , Lb )  . 
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The  reader  nay  find  in  documents  cited  in  the  Handbook 
mor*»  detailed  accounts  of  several  natters  than  appear  in 
this  report ,  particularly  of  command  anc  computer 
languages , 

The  detailed  accounts  are  in  the  following  Handbook 
documents : 

TREE  META  (10df 9, ) , 

nEX  USEP  GUIDE  (993E, ) , 

n K L S  PRLIIMIHAPY  US ER  GUIDE  (10703*), 

vie  TNLS  USF.P  GUT 7 E  (7E70, ) , 

MIC  JOURNAL  USF.P  GUIDE  (7635.) 

UU  PROGRAMMING  GUIDE  (USER  GUIDE)  (92E6,) 

tic  -  A  Programming  language  for  tne  Augmentation 
research  center  (Systems  programmer’s  Guide)  (7032,) 

HlGrtilGHTS  0?  l?7o 

During  that  year  v:o  devoted  our  attention  especially  to  our 
continuing  effort  to  improve  the  efficiency  of  cur  online 
system  and  oroaden  ani  strengthen  its  usefulness  to  systems 
program nin s,  to  w o  i  King  with  tne  AWPA  Network,  and  to 
augmentation  of  distributed  teams, 

Dunne  the  latter  part  cf  the  year  we  were  ceeplV  involved 
witn  translating  our  software  into  forms  compatible  with  a 
PDF-10  anc  with  choosing  and  connecting  its  peripheral 
eaua nnpnt . 

*e  Planned  and  ocean  use  of  an  important  new  group  of  tools 
for  u s n r s  wnich  vp  now  call  User  Programming*  They  are 
routines  in  which  the  nasir  user  features  of  our  online 
system  are  ouiluin*  rlccxs  in  construction  of  programs  tnat 
carry  out  specific,  rather  complicated  tasxs,  such  as 
changing  tn*  order  of  a  citation  index  and  at  the  same  tine 
tne  format  cJ  the  citations.  Important  User  Programs  are 
the  revntien  Content  Analvz^r,  the  Analvzer  format. ter,  the 
Collector  Sorter,  and  Executable  Text. 
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Early  tn  1970  we  developed  an  arithmetic  and  algebraic 
calculator  package  to  our  online  system.  The  calculator  has 
not  yet  been  transferred  to  the  pdp-10  version  of  NLS. 

1970  saw  new  concentration  on  augmenting;  teams  performing; 
work  that  is  distributed  in  time,  space,  and  discipline.  By 
way  of  communication  and  archival  and  managerial  record 
keeping,  we  added  a  mail  system  and  a  Journal  system.  Any 
user  might  write  a  rail  message  from  his  terminal  to  any 
other  users.  The  message  was  automatically  brought  to  the 
recipient's  attention  when  he  lodged  in.  Mail  was 
particularly  useful  to  our  people  temporarily  or  permanently 
at  a  distance  from  the  Center.  Mail  messages  automatically 
oecame  part  of  tne  Journal. 

The  Journal  is  an  online  repository  of  the  thoughts, 
records,  baselines,  ana  evolving  designs  of  the  group. 

Online  is  an  index  to  the  complete  journal,  including 
various  retrieving  aids  such  as  sorting  oy  title  words. 

Our  participation  in  the  arpa  Network  in  1970  included: 
using  r\.ivorsity  of  Utah's  PCP-10  via  the  Network  to  aid  in 
our  transfer  tc  *  .:sw  PPP-10,  and  development  of  the  Network 
Information  Center  i,r;C). 

in  using  the  ?>t  to  re-program  our  PDP-10  we  typically 
sent,  blocks  to  UXAH  that  consisted  of  relocatable  binary 
oat-,  produced  by  compilers  executing  m  our  XD5-9UO  and 
producing  code  for  the  10,  I  he  oata  was  stored  on  a  ciisc 
at  ntan  by  the  network  control  program  so  that  someone 
ner^  could  reconnect  and  call  cm  the  utan  loader  for  the 
transmitted  file,  we  founa  this  service  so  useful  tnat 
we  added  multiplexing  nt  tr is  end  30  that  three  of  our 
programmers  could  use  the  Utah  system  at  once.  The  link 
tr  Utah  operated  daily  from  August  1970  through  January 
1971  and  constituted  the  most  substantial  data 
transmission  over  tne  Net  to  that  dase. 

In  197o  we  established  a  collection  of  d^-junents  that  form 
tne  ca«<is  of  the  \etvork  Information  Center,  established 
online  techmcues  for  handling  the  documents,  and,  most 
important,  began  working  dialog  with  the  other  centers.  The 
combination  of  our  reference  data  storage  techniaues  with 
our  programming  allows  retrieving  documents  according  to  a 
variety  cf  a  tributes  and  combinations  thereof;  e.g.,  year 
of  Duplication  combined  with  author,  or  sponsoring 
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institution-  Ve  organized  with  the  other  sites  or  *he 
Network  tc  estaolish  station  Agents  to  handle  their 
interaction  with  the  Network  information  Center  and  supplied 
the  Station  Agents  with  a  catalog  of  their  collection  and 
other  working  naterials.  To  stimulate  dialog,  pending  full 
operation  by  connected  computers,  we  set  up  a  central 
telephone  exchange  arc  a  system  for  circulating  documents 
and  nemos  bv  u.s.  nail  througn  the  NIC,  including  an 
intra-vet  document  numbering  system. 

In  the  spring  cf  1970  we  decided  that  PEC’s  PDP-iu  vitn 
associated  software  and  paging  dox  from  hbn  night  ce  a  way 
to  increase  the  number  of  consoles  and  displays  available  to 
us,  to  strengthen  our  system  in  other  wavs,  and  to  ensure  a 
system  that  could  be  expanded  further  with  ease.  In  June 
after  investigating  several  competing  machines,  we  ordered  a 
PDP-10  wr.ich  was  delivered  in  Seotemoer.  Our  9UO  was 
removed  February  1,  19  71.  Associated  equipment  for  tne 
PDP-10  includes  120K  of  i. O-microsecond  core  and  the  PdN 
Paging  dox.  After  studying  the  various  alternatives,  we 
retained  fron  the  940  system  a  J2ri-word  Anpex  external  core, 
JMVAC  drums  as  a  swapping  device,  and  a  Pryant  Jisc  for 
mass  storage.  a  drun/aisc  interface,  an  interface  lor  the 
external  core  system,  and  an  I/O  control  pox  were  built 
locally  to  our  specifications. 

::/'-progranning  for  tne  PD?-lu  created  tne  necessity  and 
:pocrtunity  lor  tner^ygh-going  revision  of  our  software, 
c  lr  online  system  vnich  nan  been  written  m  a  special 
language,  ori,  was  rewritten  in  Lie,  a  language  much  more 
mac nine  independent  anu  mere  flexible  in  application,  uur 
NLS  wa^  rationalized  tc  allow  more  routines  to  call  on  other 
routines.  Display  routines  were  changeu  to  allow  division 
into  ud  tc  eight  sr^a-  wnich  the  user  can  load  and  edit 
independently,  “.any  other  features  suen  as  y.aii.  Journal, 
calculator  were  substantially  i.iureved  m  the  transfer. 

r>  I  j n L I  ”, H To  or  ]  9 *•  1 

Team  Augmentation 

In  rne  last  j.s  rtntns  nUr  v:cr<  toward  Team  Augmentation 
nas  fallen  into  five  areas;  orevement  cf  our  dialog 
suorort  .“ivster.,  tne  initial  wor<  on  our  nandbooK,  our 
caselme  record  s.vsten,  development  of  basic  NtS,  ano 
reor?s niz a ti on  of  our  laboratory  staff* 
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Dialog  support  System 

as  with  the  XD$-9kO  journal  system,  the  PDP-10  Journal 
system  serves  as  an  open-ended  information  storage  ana 
retrieval  system,  orientea  toward  recording  the 
thoughts,  notes,  designs,  workpieces,  ana  reports 
communicated  by  users. 

APC  and  Network  personnel  use  the  Journal  system 
daily. 

since  it  became  operational  in  April,  1971, 
approximately  1600  documents  have  been  generated 
at  AkC  and  submttea  to  the  Journal. 

The  rDf-lo  Journal  system  provides  for  automated  entry 
of  online  documents  in  contrast  to  tne  essentially 
manual  technique  used  on  the  XDS-9kQ. 

when  a  user  submits  a  d^ument,  tne  system  tags  it 
with  u  nunDer  and  a  distribution  note  which  later 
directs  delivery  of  tne  document  to  a  list  of 
recipients  tne  user  spells  out. 

A  r  \i-oniy  copy  of  the  suomitted  document  is 
the.,  stored,  along  with  information  relevant  to 
the  submission  of  the  document  (date/time, 
title,  keywords,  etc.). 

A  background  process  will  subsequently  transform 
this  into  the  final  and  permanent  Journal  entry. 

Delivery  of  Journal  submissions  to  authors  and 
recipients  nas  been  automated  on  the  PDP-10  system. 

para  copy  is  automatically  formatted  anc  printed 
with  an  address  page  so  that  mailing  simply 
involves  folding,  staging,  and  stanoinc. 

A r.  online  delivery  technique  has  been  developed 
wherein  a  user  may  receive  notice  of  documents 
addressed  to  hir  py  the  placement  of  statements  in 
nis  lntial  file. 

These  statements  contain  a  link  to  the  document, 
alone  with  the  sender's  identification. 


3clb 

3cibl 

3clbla 

3clblal 

3clb2 

3clD2a 
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date/time  of  submission,  document  number,  *nd 
title. 

a  message  facility  has  been  incorporated  in  tne  BPP-10 
journal,  which  eliminates  the  mail  system  used  on  the 
XDS-93iO. 

online  journal  documents  may  now  be  reached  through 
NLS  oy  simply  using  the  Catalog  number  as  a  file  name. 

Tne  improved  access  to  Journal  documents  nas 
resulted  in  increased  linking  between  journal 
documents,  whereby  dialogs  may  involve  a  number  of 
documents,  all  interlinked. 

Handbook 

we  have  begun  development  of  a  "Handbook,"  a 
"super-document “  that  contains  the  beginnings  of  an 
up-to-date,  large,  detailed,  highly  cross-referenced 
and  well-indexed  description  of  ARC  pro.lect-team 
activity. 

Sich  a  document  will  provide  ARC,  as  a  team 
tackling  com.Dlex  system-development  projects,  with 
tne  Highest-possible  visioility  over  its  working 
environment. 

Tcvard  the  end  of  the  contract  period  we  set  up  a 
team  to  design  a  HanaDOOk  system  which  will  be  r.sea 
to  construct,  index,  and  maintain  this  document. 

baseline  record  system 

ve  constantly  face  mere  opportunities  for  cnanges  or 
additions  to  our  evolving  system  tnan  we  have 
resources  to  carry  out.  Therefore  we  nave  attempted  to 
use  NLS  to  find  ways  to  make  ever  more  effective, 
coordinated  analysis  of  our  ideas,  and  of  cur  people, 
system,  and  material  resources. 

The  result  of  such  coordinated  analysis  is  tne 
adoption  of  a  current  visible  plan,  or  “baseline"  of 
expected  event 3,  agreed  upon  system  developments, 
their  external  configurations,  and  resource 
allocations. 
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The  information  relative  to  the  planned  system 
developments  is  contained  in  our  Baseline  Record, 

The  Baseline  Record  is  a  special  subcoliection  of  the 
journal.  It  consists  of  a  series  of  files  specially 
formatted  to  contain  tasK  and  resource  allocation 
information,  including  particularly  files  of  Plans, 
specifications,  analyses,  designs,  etc. 

The  present  Baseline  Record  system  has  concentrated  on 
the  recording  of  information  relevant  xo  individual 
tasks  being  performed  or  under  consideraton  by  various 
ARC  staff  members. 

Tnere  now  are  over  200  tasks  of  various  magnitudes 
to  consider  in  our  planning  and  operational 
environment  at  any  point  in  time.  These  range  from 
simple  bug-fixing  to  complex  design  or 
implementation  tasks  that  may  be  performed  by 
several  people  over  many  months, 

we  have  developed  a  set  of  programs  with  an  initial 
data  storage  system  that  organizes  information 
recorded  about  these  tasks  with  features  that 
permit  routine  summary  views  to  be  produced  ana 
that  also  ma*e  available  flexible,  user-createa 
views  of  tne  oaseline  task  information. 

procedures  have  ceen  developed  for  data  collection 
and  input  and  for  view  production  tnat  aid  in 
weekly  updating  of  the  Record,  These  views  are 
produced  in  '-•ardcopy  ano  are  also  entered  into  tne 
journal. 

we  are  not  satified  with  the  present  Baseline  necord 
system. 

**  fe^l  that  ol»-  arc  users  were  not  well  guided  and 
trained  in  °ps  use  and 

tne  initial  system  did  not  produce  views  that  were 
useful  enougn  -  mainly  because  most  of  tne  needed 
data  were  r.ot  in  the  system. 

Althougn  we  have  started  using  ARC’S  Baseline  Record 
system  on  a  current  task-by-task  oasis  during  tne  past 
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year*  we  still  need  to  develop  a  more  complete* 

"higner  level"  picture  of  what  new  ARC  system 
developments  (functions,  features,  stages* ••)  we  want 
and  expect  to  see*  Among  other  considerations*  this 
includes  netter  definition  of  activity  goals. 

basic  NLS 

in  this  past  contract  period,  we  have  taken  several 
steps  to  further  augment  the  software  engineer 

..  in  fact*  we  hav*  coined  the  acronym  SEAS  (for 
Software  Engineer  Augmentation  System)  to  give 
specific  system  orientation  towards  the  end  of 
developing  a  full  and  balanced  set  of  tools* 
techniques,  methods,  principles,  etc.  for 
augmenting  software  engineers. 

The  developments  described  below  are  part  of  an 
accelerating  activity  --  an  important  part  of  our 
near-future  plans  m  the  next  contract  period 
involve  a  greater  level  of  activity  here. 

tnls  and  HEX 

A  new  and  effective  typewriter  version  (THU)  has 
found  wide  use  potn  at  ARC  and  at  sites  on  the  ARP  A 

NetworK. 

improvements  nave  been  made  ir  the  display  version 
( PNLS ) , 

and  a  first  version  of  an  offline  node  (LEX)  has 
peen  introduced. 

Changes  that  maxe  possible  cross-file  editing  allow 
*ny  two  Passages  to  be  involved  by  a  giv^n  command, 

in  TNI  5,  addresses  in  a  command  nay  be  '’links" 
vmch  can  cali  any  passage  in  any  file  on  tne 
system ; 


in  DNI 5 ,  soiit  screens  allow  the  user  to  view  any 
two  passages  ana  control  cross-file  *ditinf 
visual ly . 
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Viewspecs  make  possible  selective  assimilatior  of 
information  from  one  file  into  another. 

New  special  purpose  subsystems  have  been  developed  or 
improved „ 

These  include  a  sort-merge  system,  a  user  program 
syster,  and  the  output  processor 

Language  development  has  continued. 

At  present  the  primary  language  systems  developed 
and  in  use  at  ARC  are  the  Tree-Meta 
Compiler-compiler  System  and  the  L10  Programming 
language  system  which  was  written  m  Tree-Meta. 

work  is  currently  progressing  cn  a  Modular 
programming  system  IMPS)  in  collaporation  witn  a 
roup  at  the  Xerox  Palo  Alto  Research  Center. 

Interna.,  organization 

muring  the  cast  year,  several  ARC  organizational 
arrangements  were  introduc'd,  centering,  in  the  early 
cart  oi  the  period,  mainly  on  line-activity  structure 
in n  associated  roles. 

Tne  creation  of  pusner  (task  leader)  roles  for 
tasKs  and  coordination  roles  for  system 
architecture,  methodology,  and  personnel  resources 
placed  the  responsibility  more  directly  on 
selected  individuals. 

pusher  roles  were  defined  in  the  frameworK  of 
the  developing  Saseline  management  system. 
Coordinating  roles  were  also  carried  out  in  this 
environment,  our  techniaues  for  performing  tnese 
roles  still  leave  much  to  be  desired.  The 
planned  recording  of  task  reauirements  and 
designs  in  the  journal  win  strengthen  the 
roles , 

in  tne  fall  oi  1971,  we  set  up  a  four-man  executive 
management  Committee  (EMC)  to  carry  out  much  of  the 
day-to-day  operating  management. 
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During  the  oast  few  months  Dr,  Fwngelbart  has 
established,  a  new,  broader  overall  organizational 
structure. 

This  structure  consists  of  three  main  activities 
that  cover  our  framework  ana  goal  setting,  line 
operation,  and  personal  and  organizational 
development  needs. 

These  activities  are  called:  FRAMAC,  LIN AC.  and 
PODAC. 

FRAMAC  is  to  discuss  and  define  tne  ARC 
intellectual  framework  and  set  longer-range 
goals  and  plans, 

LINAC  is  to  carry  out  activities  within  the 
framework  that  move  us  toward  tne  goals, 
including  more  detailed,  shorter-range  planning, 

foBaC  institutionalizes  continuing  personal  and 
organizational  development, 

Networv  Information  center:  Operations  and  Development 

The  ARPANET  can  be  viewed  as  a  collection  of  resources, 
people,  hardware,  software,  data,  and  special  services 
which  can  be  croueht  together  for  short  or  long  periods 
to  work  cooperatively. 

auilt  uocn  hardware  and  fundamental  software 
connections  are  the  processes  tnat  assist  users  tc 
find  the  geographically  distributed  facilities  they 
need  to  solve  or  stuay  problems  and  to  allow  scattered 
neople  to  work  together  effectively  in  tasks  of  mutual 
interest, 

we  see  the  Network  Information  Center  (NIC.  as  one 
cart  of  the  ARPANET  experiment  that  is  interested  in 
the  latter  problems. 

The  NIC  helps  to  create  and  sustain  the  sense  of 
community  needed  in  an  experiment  3Uch  as  that  of 
the  ARPANET. 

The  NIC  is  net  a  classical  information  center  because 
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it  provides  a  wider  range  than  bibliographic  and 

library  services.  3c2a 3 

The  NIC  Public  3c2b 

one  oi  the  problems  in  the  design  of  an  information 

service  is  to  determine  the  clientele  and  itd  needs.  3c2Pl 

our  initial  analysis  showed  us  four  main  needs:  3c2b2 

Reference  and  General  Network  Information;  3c2o2a 

collaboration  Support;  3c2b2D 

Document  Handling  and  Creation;  and  3c2b2c 

Training.  3c2b2d 


The  clientele  for  NIC  appeared  initially  to  be  people 
developing  and  building  the  Network,  who  were  to  be 
followed  by  tnose  whose  research  or  development 
interests  would  be  intimately  connected  with  Network 
resources  or  who  would  be  experimental  users  of 


various  Network  resources.  3c2b3 

MC  Services  3c2c 

to  meet  the  above  goals,  the  NIC  services  availaole  at 

the  end  of  tne  report  period,  May,  1972,  through  the 

Net  were:  3c2cl 

online:  3c2cla 

(1)  Access  to  tne  typewriter  version  (TNLS)  of 
the  Augmentation  Research  Center  online  system 
( Nls )  ior  communique  creation,  access*  and 

other,  experimental  use.  3c2clal 

(2)  Access  to  Journal,  Number,  and 
Identification  Systems  which  allow  messages  and 
documents  to  be  transmitted  to  Network 

participants.  3c2cla2 

(3)  Access  to  a  number  of  online  information 
bases  through  a  special  Locator  file  using  NLS 

lir*  mechanisms.  3c2cla 3 
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offline: 

U)  A  Network  information  Center  station  set  up 
at  each  site  with: 

(a)  A  station  Agent  to  aid  in  use  of  the  NIC. 

(b)  A  Liaison  to  provide  technical 
information  about  his  site. 

(c)  A  station  collection  containing  a 
subcollection  of  documents  of  interest  to 
Network  participants. 

12)  Techniques  for  gathering,  producing  and 
maintaining  NIC  Functional  Documents,  such 
as: 

(a)  Current  r.atalcg  of  the  NIC  Collection. 

(b)  ^P.pA  Network  Resource  Notebook. 

(c)  Directory  of  Network  Participants. 

(d)  NIC  User  Guide. 

(3)  General  Network  re.erral  and  handling  oi 
document  reauests, 

U)  Building  of  a  collection  of  documents 
potentially  valuable  to  the  Network 
Community. 

In  the  beginning  we've  tried  to  collect 
oocunents  valuable  to  network  builders. 

(3)  Crude  selective  distribution  to  Station 
Collections, 

(6)  Trailing  in  use  of  NIC  services  and 
facilities. 
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continue  to  generate  needs  for  new  software  services 
in  interactive  data  management,  3c2dl 

we  propose  to  develop  a  user-oriented  information 

facility  cased  upon  the  MLS  system  and  initially 

serving  the  needs  identified  in  (,3c2ai)t  This 

information  facility  is  a  new  step  in  the 

"bootstrapping"  of  the  Augmentation  Research  Center, 

and  is  leading  to  the  establishment  of  a  new  resource 

to  be  made  available  to  ARPANET  users.  3c2d2 

Network  Participation  3c3 

our  Network  participation  outsiae  of  NIC  activity  has 
been  in  two  main  areas,  protocol  development  through  work 
in  several  protocol  design  communities  and  general 
Network  coordination  through  membership  on  the 
snort-lived  Network  Working  Group  Steering  Committee  and 


its  successor.  Network  Facilitators  Group.  3c3a 

Computer  Facility  3ca 

Hardware  3caa 

At  the  end  of  the  first  year  of  this  contract,  we 

transferred  our  computer  operations  from  an  XDS-5H0  to 

a  PDP-10  computer.  The  transfer  effort  is  descrioed 

in  our  interim  report  for  the  first  year  (6277,).  3clal 

Hardware  activity  during  the  oast  year  has  focused  on 

additions!  tuning  of  the  new  configuration, 

maintenance,  troubleshooting  and  oDeration  of  the 

facility,  and  some  ungrading  of  critical  parts  of  the 

system.  3cua2 


our  narnvare  configuration  contained  a  number  of  old, 
one-of-a-kind  nieces  of  equipment  brought  over  to  the 
PDP-10  system  from  the  previous  XDS-9I1O  system.  These 
nieces  of  equipment  have  proven  difficult  to  maintain 
and  studies  were  launched  on  how  to  replace  or  upgrade 
this  equipment,  a  new  ObN  network  interface  and  a  new 
DEC  k P-02  disc  systen  were  installed  in  the  spring  of 
1972,  replacing  older  unreliable  equipment.  Hardware 
upgrading  of  cur  display  system  and  its  special  core 
nox  has  begun  to  provide  temporary  relief  until  a 
replacement  system  can  b*  planned.  An  additional  32k 
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of  core  is  tc  be  added  shortly.  Studies  leading  to 
recommendations  to  add  another  channel,  disc 
controller  and  set  of  disc  drives  have  been  completed. 
These  additions  will  provide  more  file  space  and 
backup  swapping  capability,  improved  reliability 
should  begin  to  be  manifest  in  the  summer  of  1972. 


System  Software 
tenex 

we  cooperate  actively  with  BBH  and  other  users  in 
debugging  and  maintaining  TENEX,  and  have  developed 
a  few  new  features,  both  visible  to  users  and 
internal  to  the  system. 

within  the  system: 

We  have  forsaken  TENDMP  for  loading  the  monitor 
from  DECT A PE  and  use  instead  DT800T  from  DEC. 


we  have  added  a  jsys,  »  jump  to  a  monitor 
subroutine,  to  say  that  padding  (sending 
ruhouts)  is  required  for  fast  terminals  wnen  a 
C K  or  LF  is  output. 

we  have  made  many  changes  to  the  teletype 
routine"’  ♦•o  accommodate  our  displays. 

To  greatly  simplify  startup  we  nave  cnanged  the 
starting  address  of  the  monitor  from  100  (which 
goes  immediately  tc  DDT)  to  SfSGOl. 

we  no  longer  add  code  to  existing  files  wnen  we 
get  new  monitor  releases,  instead  we  have 
defined  additional  files  that  are  assembled  witn 
each  group  of  files  and,  where  possible,  nave 
made  our  additions  in  these  new  files  with  uRSTs 
and  CALLS  to  the  new  code. 

we  have  modified  the  system  such  that  if 
CHECKDSK  does  not  run  successfully,  then  nothing 
else,  e.go  AUTO-STARTUP  jobs,  can  run  'except 
for  the  operator's  console  and  one  special 
aial-up  line)  until  tne  disc  has  been  fixed  and 
CHECKDSK  has  run  successfully. 
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in  the  user 1 s  View 

we  have  set  up  an  advise  command  so  one  terminal 
may  control  a  joo  loaded  at  another  terminal. 

we  have  added  routines  that  log  out  a  user  who 
does  nothing  for  a  certain  time,  and  that  refuse 
entry  if  the  svstem  is  overloaded. 

SUPKRWATCH 

To  help  find  out  what  is  going  on  within  our 
timesharing  system  we  have  developed  an  information 
gatnerin*  and  formatting  program  called  Superwatch. 

in  general  superwatch  has  been  valuable: 

Tc  verify  that  the  system  is  working  as 
cesiened. 

To  identify  the  cause  of  poor  service  at  the 
tire  it  is  happening  (e.g.  a  bug,  hardware 
malfunction,  or  just  overloading). 

To  identify  the  "weak  link”  in  the  system 
configuration  (drum,  disk,  memory  or  CPU 
capacity) . 

To  evaluate  changes  in  the  system  or  hardware 
configuration. 

Plans  for  the  Future 

ARC  Plans  to  resolve  a  set  of  interdependent  goals  by 
conducting  research  and  providing  service  under  a  new 
“Base-project"  contract,  that  concentrates  primarily 
upon : 

Advancing  the  techniques  available  to  ARC  ana  Network 
system  builders  and  users  for  augmenting  the 
development  and  application  of  computer-t  fed 
information  systems. 

making  the  Network  Information  Center  into  ooth: 
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(1)  an  increasingly  useful  service  to  the  Network 
community  and 

(2)  an  important  part  of  the  Network  experiment  (in 
its  distributed,  collaborative  operations  and  in 
its  Network-utility  rcie). 

And  moving  useful  augmentation  techniques  and 
services  out  into  the  ARPA  Network  Community, 

A  central  point  't  our  proposed  approach  is  our  need  to 
learn  to  negotiate  and  provide  extensive  services  to 
distributed  users. 

Therefore,  ve  plan  to  concentrate  oi  efforts  within  a 
four-oronged  project  wnerein  coordinated  advances  can  oe 
made: 

(1)  Developing  service  functions  that  will  be  the  most 
help  to  our  aoove-nentioned  goal  structure, 

(2)  Developing  tne  knowhow  and  capability  for 
delivering  significantly  useful  service  to  the 
Network,  as  a  utility, 

(3)  Developing  the  knownow  and  capability  for 
marketing  a  utility  service  to  the  Network, 

and  wherein  we  become  ever  better  at 

(k)  operating  a  utility  service. 

Depending  on  funding  availability  and  other 
arrangements  tc  oe  negotiated  we  may  find  ways  to 
provide  additional  service  capacity  through 
placement  of  the  computer-based  portion  of  our 
augmentation  system  on  a  computer  or  computers 
operated  ic r  us  oy  a  commercial  timesharing 
utility. 
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TEAM  AUGMENTATION 

by  Charles  H  Irby,  william  H  Paxton. 

William  s  Duvall,  James  C  Norton. 

Bruce  L  Parsley,  Mary  S  church,  Harvey  o  Lentnan, 
waiter  L  Bass,  J  David  Hopper,  Douglas  C  Engelbart, 

L  Peter  Leutsch,  ana  James  0  Mitchell. 

Joukna; 

introduction 

as  aRC  becomes  more  and  more  involved  in  the  augmentation 
of  teams,  we  are  giving  serious  consideration  to 
improving  intrateam  communication  with  whatever  mixture 
of  tools,  conventions,  and  procedures  will  help. 

If  a  team  is  solving  a  problem  that  extends  over  a 
considerable  tine,  the  members  will  begin  to  need  help 
remembering  some  of  the  important  comnunications--i.e, , 
some  recording  and  recalling  processes  must  be  invoked, 
and  these  processes  become  candidates  for  augmentation. 

'io  consider  some  of  the  different  conditions  where  such 
storage  and  recall  may  be  useful,  suppose  Person  A 
communicates  with  person  B  about  Item  N  at  Tine  T. 

They  may  well  remember  their  exchange  during  the 
problem-solving  period.  But  consider  the  case  of 
person  c  who,  it  will  turn  out,  is  going  to  need  to 
know  about  this  communication  at  time  TT: 

pernaps  he  was  there  at  Time  T,  but 

he  was  too  heavily  involved  even  to  notice  the 
communication,  and/or  Item  N  was  not  relevant  to 
ni3  work  at  that  moment  and  so  was  not  implanted 
for  ready  recall. 

Perhaps  a  and  H  did  not  anticipate  his  later  need 
ana  thus  failed  to  invite  him  into  their 
interchange  or  inform  him  of  its  conclusion. 

perhaps,  although  Persons  A  and  B  Knew  he  would 
later  need  the  information,  tney  aidn't  want  to 
interrupt  their  own  working  sequence  with  the 
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orocedure  of  interrupting  Person  c  ana  getting  him 
involved • 

or,  if  the  consciences  of  the  interchange  carry  over 
into  a  lone-lasting  series  of  other  decisions,  one  or 
both  parties  nay  fail  to  remember  accurately,  or  nay 
remember  differently  because  of  different  viewpoints, 
and  troublesome  conflicts  and  waste  of  effort  nay 
result, 

A  single  person  will  make  a  list  of  things  to  do  on  a 
shopping  trip  because  he  has  learned  that  tne 
confusion  and  pressure  nay  make  him  forget  something 
important.  It  is  obvious  that  to  be  procurer  for  one 
of  a  mutually  developed,  interdependent  pair  of  lists 
would  make  it  even  more  important  to  use  a  record, 

further  consider  the  effect  if  the  complexity  of  tne 
tear ‘ s  problem  relative  to  human  working  capacity 
reaiiires  partitioning  of  the  rrcblem  into  many  carts 
v. n e r e  each  part  is  independently  attacked,  but  where 
amone  the  parts  tnere  is  considerable  interdependence 
through  interactions  on  mutual  factors  such  as  total 
resource,  timing,  weight,  physical  space,  and  functional 
meshing . 


were,  the  communication  Detween  Persona  A  and  d  nay 
well  be  too  complex  for  their  own  accurate  recall. 

For  example,  their  communication  period  resulted  m 
scratch  paper  or  a  cnalkboari  covered  with 
rossioilities  and  the  essence  of  tne  agreed-upon 
solution,  which  has  since  disappeared, 

*e  envision  augmenting  our  collaborative  team  by  having  a 
"Dialog  support  System  (DSS),M  containing  current  ana 
thoroughly  used  working  records  of  the  group's  plans, 
designs,  notes,  etc.  Therefore,  we  have  begun  to  develop 
a  systen  for  entering  and  managing  those  records.  The 
ARC  Journal  is  the  central  feature  of  this  intragroup 
documentation  system. 

Th*  DS5  involves  teennioues  for  use  by  distributed 
parties  to  collaborate  effectively  by  neans  of  tne 
int»r-linked  referencing  between  NLS  files,  particularly 
within  the  recorded-diaior  medium  of  an  NLS  journal. 
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Figure  1,  ARC  Dialog  Support  system  hardcopy  cave. 
Third  shelf  from  the  top  is  the  Handbook;  fourth  is 
the  Baseline  Records;  fifth  is  journal  indices. 


our  DSS  will  provide  the  following  general  online 
aids:  muitiwindoved  displays;  simultaneous  ana 
independent  mobility  and  view  control  among  many 
fi^es;  link- setuo  automation;  back-link  annunciators 
and  jumping;  aids  for  the  formation,  manipulation,  and 
study  of  sets  of  arbitrary  passages  from  among  the 
dialog  entries;  integration  of  cross-reference 
information  into  hardcopy  printouts. 

It  also  will  include  people-system  developments ; 
conventions  and  working  procedures  for  using  these 
aids  effectively  in  conducting  collaborative  dialog 
among  various  kinds  of  people,  at  various  kinds  of 
terminals,  and  under  various  conditions;  working 
methodology  for  teams  doing  planning,  design, 
implementation  coordination,  and  so  on. 

The  pdp-10  Journal 

During  1971,  implementation  of  the  initial  pdp-io  Journal 
system  was  completed. 
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Aa  with  the  XDS - 9 U. 0  Journal  system,  the  PDP-lO  journal 
system  provides  us  an  open-ended  information  storage  and 
retrieval,  oriented  toward  recording  the  thoughts,  notes, 
workpieces,  and  reports  produced  oy  users. 

The  system  is  in  daily  use  ov  ARC  personnel. 

Since  the  first  version  of  the  system  became 
operational  in  April,  1971,  approximately  1600 
documents  have  been  generated  and  submitted  to  the 
Journal, 

The  system  is  also  offered  as  a  NIC  service. 

The  PDP-lo  Journal  system  provides  for  automated  entry  of 
Online  documents  in  contrast  to  the  essentially  manual 
technique  used  on  the  XDS-94O. 

NLS  user  can  subnit  any  portion  of  an  NLS  file 
(which  may  or  may  not  be  currently  in  his  viewing 
area)  to  the  Journal  without  leaving  NLS. 

in  order  to  do  this,  he  simply  executes  a  command 
which  places  NLS  into  a  sub-command  level  which 
recognizes  commands  relevant  to  Journal  operation. 

\s  a  document  is  submitted,  it  is  assigned  a  number, 
cataloged,  and  3  distribution  record  is  created  which 
will  later  ca  ne  delivery  cf  a  copy  of  the  document  to 
a  list  of  recipients  indicated  during  the  submission 
process . 

A  read-only  copy  of  tne  submitted  document  is  then 
stored,  along  with  information  relevant  to  the 
submission  of  the  document  (datf/tine,  etc.) 

A  cackeround  process  will  subseoucntly  transform 
this  into  tne  final  journal  entry. 

Delivery  of  Journal  submissions  to  authors  and  recipients 
nas  been  automated  on  the  PDP-iu  system. 

Hardcopy  is  automatically  tormatted  anc  printed  with 
an  address  page  so  that  mailing  simply  involves 
folding,  staPline,  and  stamping. 


La2b 

4a2bl 

ia2bla 

li*2b2 

La2c 

aa2cl 

La2cia 

La  2c  2 

4a2c2a 

i*a2c2D 

4a2d 

ka2dl 


Online  Team  Environment 
26 


5P.I-ARG  6  JUNK  19  72  130K1 

Team  Augmentation 
The  Journal 


An  online  delivery  technique  has  been  developed 

wherein  a  user  may  receive  notice  of  documents 

addressed  to  him  by  the  placement  ef  links  in  his 

initial  file.  Iia2d2 

a  message  facility  has  been  incorporated  in  the  PDP-10 
Journal,  which  replaces  the  mail  system  used  on  the 

ADS-9K0.  4a2e 

Online  Journal  documents  nay  now  be  accessed  through  NLS 

by  simply  using  the  catalog  number  as  a  file  name.  Ka2f 

A  catalog  search  is  done  which  determines  the  real 

name  ana  location  of  the  file  containing  the  document 

vitn  tne  indicated  number.  Ua2fl 

This  search  is  transparent  to  the  user,  and  once 

locatea,  tne  document  is  loaded  as  if  the  user  nad 

typed  in  the  name  and  directory  information  contained 

in  tne  catalog.  Ka2f2 

User  appearance  ita3 

as  the  user  initially  addresses  the  Journal  system  for 

aocunent  submission,  he  must  define  the  document  as  any 

legal  Mb  structural  entity  (Statement,  branch.  Group, 

clex,  cr  ule)  or  as  a  message  (literal)  to  be  typed  in.  la3a 

-he  aocument  is  immediately  assigned  a  catalog  number, 

sna  copied  into  ?  wcr<  area.  Kajal 

as  this  is  oeing  done,  information  relevant  to  the 

document  (date/tire,  autnor,  etc.)  is  recorded  in 

tr.e  document  header,  along  with  default  parameter 

se-ttirgo.  iia3ala 

Tr.e  user  is  r.cv  Placed  into  an  interactive  aubmode,  where 

the  following  parameters  relevant  to  document  submission 

nay  be  specified:  la.-lo 

AUtmcr:  Person  (persons)  or  group  sponsoring  the 

document.  La Jfcl 

Clers:  r>rsor.  actually  submitting  the  aocunent.  ka3b2 
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comments:  A  comment  which  ia  kept  in  the  document 
header  as  an  appendage  to  the  document. 

Distribution:  A  list  of  persons  or  groups  to  receive 
copies  of  the  document. 

Keywords:  Key  words  which  may  be  used  for  document 
retrieval  at  a  later  time. 

obsoletes:  a  list  of  documents  oosoleted  by  the 
document  being  submitted. 

subccllections j  a  list  of  subcollections  in  which  this 
document  is  to  be  included. 

The  subcollections  listed  here  are  in  addition  to: 

Any  subcollections  associated  with  the  submitter 
oy  default. 

Any  eroups  included  in  the  distribution  list. 

Title:  A  title  for  the  document.  This  title  will 
appear  as  a  default  page  header  in  the  final  formatted 
version. 


updates:  A  list  of  documents  updated  by  the  document. 
Additional  to  the  parameter  specification  commands  are: 
commands  for  control 

Quit:  Leave  the  Journal  submission  submode,  and 
abort  the  entry. 

Go:  Terminate  the  parameter  specification  pnase  ana 
pegin  the  actual  document  entry. 

status  Command:  Shows  the  current  status  of  the  entry 
parameters 

place  Link  command:  Allows  the  user  to  specify  a 
location  in  a  file,  which  will  be  used  for  inserting  a 
statement  containing  a  link  pointing  to  the  submitted 
document  when  submission  is  complete. 
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interrogate  command:  Places  the  user  in  a  passive 
rather  than  active  interactive  mode.  Subsequent  to 
this  command,  the  system  will  request  specification  of 


certain  parameters  from  the  user,  4a3cli 

After  the  user  has  initiated  the  Go  command,  the  system 

proceeds  to  execute  the  necessary  functions  for  making  a 

Journal  entry  from  the  working  document.  Iia3d 

when  this  process  has  been  successfully  completed,  a 

link  locating  the  just-submitted  document  is  typed  or 

displayed  to  the  user.  Ua3dl 

The  user  is  then  returned  to  the  NlS  command  mode.  Ua3d2 

The  Journal  System  User  Guide  (7637,)  provides 
additional  information  on  the  use  of  the  system.  Ea3e 


FIGURE  2.  Someone  calling  the  Journal  System  in  TNLS. 


Online  Team  Environment 
29 


SRI-ARC  8  JUNE  1972  130*1 

Team  Augmentation 
The  Journal 


FIGURE  7.  Submission  complete. 


Identification  System  kik 

As  the  Journal  system  was  being  designed,  the  need  for 
uniauely  identifying  persons  and  groups  within  the 

environment  of  the  system  became  apparent,  kalia 

Given  this  identification,  the  system  could  keep  track  of 

a  body  of  information  about  each  user,  such  as  address, 

telephone,  TENEX  user  name  used  by  the  user,  etc#  4aUb 

The  outgrowth  of  this  need  is  the  Identification  system*  kalic 

With  this  system  each  user/group  is  assigned  a  unique 

two-to-six-letter  code,  which  is  subsequently  used  as  a 

’handle'  for  that  person.  liakd 

wherever  possible,  the  code  (IDENT)  for  a  person  is 
the  initials  of  that  person,  and  for  groups  the 

acronym  for  the  group.  Ualidl 

The  IDENT  may  be  used  to  locate  an  entry  in  a  file  which 

contains  the  necessary  information  about  that  person  or 

group.  kake 
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Provided  in  the  Identification  system  are  not  only 
Handles  for  retrieving  information  about  any  IDENT,  but  a 
command  uub-ievel  for  generating  new  IDENTS  and  modifying 
information  for  old  ones. 

The  Identification  system  is  used  extensively  oy  all 
chases  of  the  journal. 

The  Identification  System  User  Guide  (7636,)  provides 
additional  information  on  the  use  of  the  system, 

Numoer  system 

The  Number  system  provides  a  capability  for  centrally 
assigning  Mas.*r  catalog  and  NetworK  forking 
JrouD/Request  lor  Garments  iNWG/KFC)  numbers. 

There  is  a  set  of  NLS  commands  for  directly  assigning 
catalog  numbers,  and  for  pre-assigning  RFC  and  Journal 
rummers. 

There  is  also  a  set  of  handles  that  allows  mumpers  to  be 
ass? *neo  to  internal  processes,  e.g,  the  Journal. 

I n*  Mumuer  bystem  User  Guide  (/039,)  provides  additional 
information  on  f  i*  use  of  the  svsten. 

Docur.ert  Access 

The  XD5->u 0  Journii  system  provided  essentially  offline 
narncopy  access  to  Journal  documents, 

"it*  trie  pnp-io  Journal  system,  an  effort  nas  been  made 
to  provide  uonvemeU  online  access  to  Journal  documents 
m  addition  to  improved  offline  access. 

-arccopy  master  and  access  collections  (lioraries)  are 
-sin tamed  of  all  Journal  documents. 

* h i 1 e  the  master  collection  is  maintained  in  its 
origir.-l  form,  documents  from  tne  access  collection 
may  ce  checked  out,  annotated,  ana  copied  oy  akC 
c*rsor.n  n . 

’he  raster  catalog  nuiber  is  still  tne  Key  to 
identifying  documents. 
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as  indispensable  aids  to  the  user,  ARC  provides 
author,  number,  and  titieword  indices. 

These  indices  are  automatically  produced  from  the 
ARC  Master  catolog  by  a  series  of  LiO  user 
programs, 

ARC  JOURNAL  INDEX  EX  AUTHOR 
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72 
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72 
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23 
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72 
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• 

re:  output  processor  directives  (sesin) 

11 

Mfty 

72 

10117 

Auerbicb 

• 

he.der  Positioning  Cotlons 

11 

Hty 

72 

10113 

Auerbseh 

« 

re:  <docurtntsticrs>reque*t 

ft 

May 

72 

103»h 

Auerbsca 

» 

PPir.ta  PR*.rT 

1 

Mfty 

72 

10332 

Auercseh 

A  Portion  of  the  journal  Author  Index, 

online  access  is  provided  to  all  documents  added  to  the 
journal  collection  since  the  PDP-10  Journal  system  became 
operational.  laob5 

Any  journal  document  may  be  located  oy  using  the  master 
catalog  number  as  a  file  name. 

Regardless  of  tne  location  of  the  document,  the 
system  will  find  it  and  return  it  to  the  user  as 
reauested. 

At  the  present  time,  all  recent  and  most  earlier  Key 
documents  are  Kept  online. 

An  archival  system  is  currrently  being  implemented. 
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with  this  system,  a  request  for  a  document  which  is 
not  xn  direct  access  storage  will  result  in  a 
response  of  the  form  :  ’’Document  is  in  Secondary 
Storage--Retrieve  ?M . 

An  affirmative  response  will  cause  the  system  to 
direct  an  operator  to  mount  an  appropriate  tape  (or 
disc  pacK)  and  load  the  file  to  direct  access 
storage. 

An  algorithm  bas«d  cn  access  activity  and  priority 
will  be  used  for  determining  which  documents  will  be 
kept  permanently  in  direct  access  storage. 

As  with  the  hardcopy  collections,  author,  number,  and 
titleword  indices  are  provided  online  as  an  aid  to 
locating  aocunents. 

Addition^  ly,  a  user  may  use  any  level  of  L10  user 
programs  and  Content  analysis  patterns  to  process  tne 
journal  catalog,  thereby  creating  his  own 
sub-collections  using  whatever  selection  criteria  he 
cnooses . 

Document  Distribution 

Document  distribution  is  more  convenient  not  only  for  the  user 
specifying  the  distribution  of  a  document,  put  also  for  tne 
operator  producing  hardcopy,  and  tne  recipient. 

A  user  submitting  a  document  mav  specify  recipients  oy  simoi.y 
enterin'*  an  IDEM  for  said  recipient  as  one  of  the  parameters 
specified  during  submission. 

?ince  ar  I D ENT  may  identify  eitner  an  individual  or  a 
group,  distribution  to  many  oersons/groucs  may  oe  specified 
in  a  simple  manner. 


*.g.  "Distribution:  SRI-AHC"  indicates  that  a  copy  of  the 
document  is  to  oe  distributed  to  eacn  ARC  oerson. 

Copies  of  ary  document  in  the  Journal  collection  r  be 
distributed  in  a  liKe  manner  using  the  Secondary  Distribution 
command . 


ka7 

ua7a 

ka7o 

aaVbl 

Ua7b2 
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A  user  nay  specify  the  manner  in  which  Journal  documents 
addressed  to  himself  are  to  be  distributed. 

current  delivery  options  are  hardcopy  and  online. 

A  user  may  specify  either  or  bcth  of  these  options. 

Other  options  will  be  provided  as  they  become  necessary. 

If  hardcopy  delivery  is  specified,  the  user  will  receive  a 
hardcopy  version  of  all  documents  addresssed  to  mm  via  the 
u.S.  mail. 

If  online  delivery  is  specified,  notification  of  a  document 
addressed  to  the  user  is  received  via  a  branch  in  tne  users 
initial  file. 

included  in  the  notification  are  the  document  author, 
number,  date,  and  title;  any  comments  or  notes 
associated  with  tne  document;  and  a  link  locating  the 
document. 

Physical  distrioution  of  Journal  documents  is  automated  to  a 
high  degree. 

online  delivery  is  done  by  a  background  processor  which  is 
automatically  started  when  TENEX  is  initiated. 

The  prirting  of  hardcopy  must  be  initiated  by  an  operator, 
put  then  the  system  proceeds  to  produce  correctly  formatted 
*nc  addressed  hardcopy  without  operator  intervention 
(except  for  paper  handling,  etc,). 

a  provision  has  been  made  for  automatically  starting 
hardcopy  production,  but  is  as  yet  inoperative  because 
of  certain  system  interface  problems. 

The  printed  hardcopy  must  ee  subsequently  stapled  stamped 
and  nailed. 

Special  Features 

Certain  applications  of  tne  journal  system  have  required 
special  handling. 


iia?a 

U7dl 

U7d2 
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Most  notable  of  these  special  applications  has  oeen  the 

network  forking  Group  Request  For  Comments  (NWG/RFC).  uarial 

The  Journal  and  Number  systems  have  been  modified  so  that 

they  provide  the  necessary  functions  for  producing  RFC’s 

within  the  context  of  the  Journal.  Juda2 

This  greativ  facilitates  the  processing  and  distribution  of 
these  document!.  ia8aj 

Problems  and  comments  )ia9 

iteliabiiity  Ua9a 


Tn  terms  of  file  handling,  the  Journal  is  a  complex  system.  ua9al 

one  of  the  major  problem  areas  nas,  correspondingly,  ceen 

<iie  manipulation,  specifically  file  integrity.  Ua9a2 

Tfiere  are  (at  least)  It  files  which  must  contain 

synchronized  data  for  each  Journal  entry.  Ua9a3 

nue  to  a  variety  of  factors  (such  as  disc  errors  and  r E N F x 

pugs)  one  or  more  of  tnese  files  has  occasionally  been 

destroyed.  Jta9at 

unless  the  Journal  system  immediately  recognized  this 
fact,  any  subseauent  Journal  entries  could  potentially 
cause  significant  scrambling  of  related  data,  resulting 
in  nur  oers  being  assigned  twice,  documents  being 
delivered  two  or  more  tines  (or  not  at  aii) ,  or 
document s  disappearing. 

several  ^fiorts  have  been  made  to  make  the  Journal 

fail-solt  m  this  area,  Ua9a^ 

Whenever  the  system  is  restarted,  a  special  verification 
a no  repair  program  is  au tonaticaliy  run. 

Inis  program  checks  tne  integrity  cf  Journal  files, 

?nd  (if  possible)  fixes  any  errors  it  finds.  If  an 
error  is  found  which  cannot-  be  automatically  fixed,  a 
message  is  typed  on  the  operator  and  logging 
corsoles,  and  the  Journal  system  is  locked. 
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Periodically,  a  background  process  runs  and  check-  the 
validity  of  various  files.  Again,  if  any  errors  are 
found,  the  journal  is  locked. 

If  any  file  errors  are  discovered  during  the  submission 
process,  the  Journal  is  locked  and  any  user  currently  in 
the  process  of  submitting  a  journal  document  is  notified 
of  a  file  error,  and  is  returned  to  the  NLS  command 
level. 

Operations 

Despite  efforts  to  make  the  journal  fail-soft,  an  error 
occasionally  occurs  that  is  not  immediately  detected. 

When  this  occurs,  the  result  is  frequently  a  mess  that 
requires  several  hours  of  manual  fixup  to  restore  the 
journal  mechanisms  to  their  proper  state. 

inis  creates  an  environment  which  makes  reliable 
operation  of  the  Journal  system  difficult  and  subject  to 
the  whims  of  a  sometimes  unmerciful  system. 

Fortunately,  however,  increased  reliability  of  the 
system  (sue  largely  to  the  RP02  Disc  Packs  and  improved 
techniques  of  maneuvering  within  the  constraints  of 
T*NEX>  has  snarply  decreased  the  frequency  of  serious 
file  crasnes. 

The  major  current  cause  is  running  out  of  Disc  space, 
which  PEN EX  does  not  handle  very  gracefully. 

For  an  extended  period,  tnere  has  been  an  interface  problem 
between  TE^EX  and  the  part  of  the  system  which  produces 
*ardcopy. 

Again,  this  is  in  the  area  of  file  handling. 

This  asynchrony  has  maae  consistent  production  of 
hardcopy  difficult,  in  fact,  for  a  while  it  was 
virtually  imoossbie. 

The  hardcopy  production  system  will  not  be  smooth  and 
automatic  until  the  interface  problem  is  rectified, 
wnich  will  hopefully  be  the  case  in  one  of  tne  (not  too 
distant)  future  releases  of  TSNEX. 


ka9b 

Ua9bl 
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Summary 

The  Journal  system  (along  with  the  Identification  and  Number 
systems)  is  currently  a  viable  system  in  use  by  arc  ana 
Network  personnel. 

There  are  certain  efficiency  problems,  largely  due  to  certain 
system  file  functions  requiring  greater  overhead  than 
originally  anticipated,  and  our  attempt  to  implement  V  e 
Journal  system  using  NLS  files  for  the  data  base. 

Manipulation  of  NLS  files  is  considerably  slower  than  the 
manipulation  of  specially  formatted  files  would  be. 

Future  efforts  will  attempt  to  improve  the  efficiency. 

Other  systems  and  procedures  vitnin  the  Arc  and  Network 
environments  are  interfacing  with  the  Journal  system. 

"■he  baseline  Recora  System  uses  the  Journal  system  for  the 
distribution  of  ta sk  lists  and  other  planning  information 
to  ARC  personnel. 

The  Journal  win  use  a  new  Catalog  Production  System  for 
the  creation  of  its  catalogs. 

The  Journal  is  an  integral  part  of  the  arc  Hanooook 
activity. 

The  journal  system  is  being  actively  used  in  design 
processes  and  dialog  not  only  in  ARC,  but  among  Network 
users  as  well. 

Future  Journal  system  changes  and  additions  will  attempt  to 
improve  the  handling  of  problem  areas,  as  well  as  introducing 
new  tools  for  viewing,  retrieving,  and  linking  among  Journal 
dialogs , 

A  major  Dialog  support  system  effort  will  be  in  the  creation 
cf  a  set  system,  wnich  will  allow  the  flexible  and  convenient 
manipulation  ana  viewing  of  collections  of  journal  items. 
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handbook 

Description 

The  ARC  Handbook  is  intended  as 
an  up-to-date,  large,  detailed, 
well-indexed  description  of  ARC 


lib 

m 

a  ’’super-document”  containing 
highly  cross-referenced  and 
project-team  activity.  libia 


Such  a  document  win  provide  ARC,  as  a  team  tackling  complex 

system- development  projects,  with  the  highest  possible 

visibility  over  its  working  environment,  i.e.  over  its:  liblo 

planning  --  plans,  contingency  alternatives,  resource 
commitments,  status,  criticisms  liolbl 

resigning  --  designs,  design  principles,  constraints, 
estimates,  analyses,  supportive  data,  relevant  need  and 
possibilities 


ope ratine  --  roles,  task  definitions,  assignments, 

policies,  operational  procedures  and  conventions  UD1P3 

arc  has  forrea  a  team  Whose  responsibility  is  the  design  of  a 

HandPco*  system  which  will  ce  used  tc  construct,  index,  and 

maintain  this  document.  However,  concurrent  with  formalized 

handbook  design  is  a  bootstrap  attempt  to  mull  together  Pits 

and  pieces  of  arc  information  from  sources  at  hand.  Tne 

latter  is  described  here.  hole 


At  present,  we  nave  just  finished  the  first  ana  very  primitive 
pass  at  organizing  end  obtaining  in  hardcopy  much 
documentation  relevant  to  the  contents  cf  an  ARC  Handbook.  An 
outline  is  included  in  this  report,  see--,H).  ktel^ 

The  Handbook  is  arranged  topically;  this  arrangement  is  by  no 
means  fixed  ao  we  expect  to  learn  much  from  actual  usage  and 
win  redesign  as  appropriate,  it  exists  online  muen  as  the 
Contents  appear  here  but  the  online  version  includes  links  to 
each  cf  the  documents  referenced,  it  also  exists  in  hardcopy 
in  the  ahC  library  and  includes  a  copy  of  each  of  the 
documents  referenced.  Procedures  nave  been  written  whicn 
describe  re vision/ maintenance  fer  the  Hand  cook  in  its  current 
for-.  ^ 


Online  Team  Environment 
kO 


SRI-ARC  6  JUNE  1972  130U1 

Team  Augmentation 
Handbook 


At  this  writing,  the  primary  guide  to  the  Handbook  is  the 
contents  file  reproduced  in  this  report.  a  simple  keyword 
index  will  be  written  in  the  near  future  and  eventually,  a 
system  for  automatically  producing  indexes. 


The  Handbook  as  it  now  exists  is  py  no  means  inclusive  as  its 
primary  source  is  tne  Journal  for  information  about  system 
features,  arc  procedures,  etc.  However,  the  building  of  the 
Handbook  has  revealed  and  specified  many  areas  of  insufficient 
documentation  and  .journalization  and  as  such  has  already 
stimulated  documentation  and  .journalization  activity  at  arc. 

Xt  is  currently  being  used  as  an  aid  to  some  individuals  and 
documentation  teams  in  the  production  of  general,  medium-scale 
and  rtedi lm-ccmolexity  documents.  This  usage  is  expected  to 
increase  as  people  become  more  familiar  with  its  organization, 
reliability,  and  inclusiver.es j. 
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baseline  hlcorp  system 
Introduction 

our  ARC  system  development  team  has  the  same  basic  needs  for 
Planning,  coordinating,  documenting,  and  accounting  for  a 
constantly  changing  set  of  interrelated  tasks  as  do  other 
croups  of  people  developing  complex  technology. 

ve  constantly  face  more  opportunities  for  changes  or 
additions  to  our  evolving  system  than  we  have  resources  to 
carry  out.  Therefore  we  must  find  ways  to  obtain  as 
effective  utilization  of  our  ideas,  and  of  our  people, 
system,  and  material  resources  as  we  can  so  as  to  mage  the 
be»t  progress  toward  our  goals. 

Planning  requires  a  framework  within  which  information 
about  goals,  needs,  possibilities ,  resources,  and  related 
dialog  can  be  recorded,  studied,  and  modified  usefully. 

aRC  planning  and  task  activity  is  currently  conducted  in 
the  LINAC  ocerational  framework  outlined  oelov,  see--,ke3). 

The  result  of  such  coordinated  analysis  is  the  adoption  of 
9  current  visible  plan,  cr  Moaseline"  of  expected  events, 
agreed  ucon  system  developments,  their  external 
configurations,  and  resource  allocations. 

The  information  relative  to  the  planned  svstem 
developments  is  contained  in  our  baseline  Record. 

Tne  Baseline  «ecorl  is  a  special  suocollection  of  the  Journal. 
It  consists  of  a  series  of  files  specially  formatted  to 
contain  task  ?na  resource  allocation  information,  including 
particularly  files  of  clans,  specif ications,  analyses, 
designs,  etc. 

The  oasic  objectives  of  the  Baseline  Record  System  are: 

1.  lo  provide  a  central  oiace  for  recording  Baseline 
data  in  an  organized  wav. 

2.  To  prepare  useful  views  cf  such  data* 

3.  lo  provide  a  system  for  updating  the  oaseline  data 
ba  se  • 


iic 

kcl 
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Ucia2 

kcla* 
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kclb 
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The  main  responsibility  lor  the  data  actually  being 
complete  and  current  resides  with  the  pusners  for  the 
various  tasks  and  activities, 

some  BRS  design  criteria  are: 

Users'  opinions  should  be  gathered  and  brought  into  the 
BRS  system  design  process  as  it  progresses. 

Data  input  must  be  easy  for  task  initiation  -  whether 
for  tasks  agreed  upon  as  officially  "on  the  Baseline  of 
planned  tasks1’  or  just  as  possibilities  (needs)  up  for 
consideration. 

Data  should  be  stored  in  a  readable  format  to  permit 
scanning  for  clerical  proofing  purposes,  user-orowsine . 
with  flexible,  but  strictly  formatted,  storage  for 
automatic  processes  tc  access  and  use  in  preparation  of 
routine  views  and  summaries  of  the  information. 

Views  must  be  "easy"  to  generate  -  both  Dy  the 
Operations  people  and  by  individual  ARC  users  wanting 
special  views. 

Routinely  produced  views  must  be  meaningful  and  useful 
to  a  wide  range  of  users'  needs. 

users  must  be  puided  -  trained  -  in  the  use  of  the  BRS » 
nrobably  on  a  continuing  basis. 

The  baseline  Record  if*  composed  of  tne  portion  of  our 
currently  accurate  working  records  that  represents  our  best 
definition  of:  what  tasks  we  plan  to  perform,  how  we  plan 
to  ao  them,  and  how  we  will  allocate  resources  (people, 
system  service,  materials). 

This  record  is  produced  from  central  planning  data 
contained  in  online  files  at  ARC,  and  will  contain 
various  views  of  that  information  as  needed  to  give 
meaningful  representations  of  our  situation. 

A  basic  set  of  Baseline  record  views  we  will  use 
includes : 

(1)  Schedule:  by  activity  grouping  tN!C,DSS,CSO) 
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(2)  schedule:  all  tasks  by  ARC  planning  stage 

(3)  Schedule:  all  tasks  by  person 

(k)  Baseline  record  summaries  by  tas*,  formatted  as 
"status"  reports,  with  elements  such  as: 


Information:  (about  nature  of  tas*  and 

agreements) 

Buyer(s):  (for  whom  or  what  task  i3  this  task 

peing  Performed) 

Requirements:  (agreed  upon  needs  this  tas*  will 

fulfill  and  certain  design  criteria 
as  needed) 


Design:  (details  of  design--or  linKs  to 

such--user  interface  features, 
internal  implementation) 

Milestones:  ( significant  deli very /evaluation 

points  used  when  relevant) 

SUbtasks:  (smaller  segments  made  visible  for 

mor«  retailed  plannine  purposes  as 
needed ) 


Subcontracts:  (other  tasks  initiated  m  direct 
support ) 


ve  have  been  seeping  some  or  all  of  tne  Baseline  Record 
intormation  within  a  specially  organized  subcollection  of 
the  Journal,  shelved  separately.  We  will  use  as  a  "Shelf 
list"  a  toricaliy  organized  Table  of  Contents. 

sections  of  the  Baseline  Record  that  are  superseded  by 
new  Jo  'rnal  entries  will  re  separately  shelved  with 
other  oosolete  documents. 


Changes  in  requirements  and  designs  will  be  approved  and 
recordec  as  in  configuration  management  of  hardware 
aesigrs. 
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we  plan  to  develop  new  tools  to  aid  analysis  of  estimates, 
schedules,  and  staff  involvements,  with  interactive  factor 
adjustment  features  to  permit  consideration  of  the  effects 
of  potential  changes  in  configurations  of  dates,  people, 
and  interdependent  tasks.  iiclbS 

Present  Baseline  Record  system  kc2 

The  present  Baseline  Record  system  has  concentrated  on  the 
re--riing  o^  information  relevant  to  individual  tasks  being 
oeriormed  or  under  consideration  by  various  ARC  staff  members.  Uc2a 

There  now  are  over  200  tasks  of  various  magnitudes  to 

consider  in  our  planning  and  operational  environment  at  any 

point  in  time.  These  range  from  simple  bug-fixing  tasks  to 

complex  design  or  implementation  tasks  that  may  be 

performed  by  several  people  over  many  months,  4c2al 
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we  have  developed  a  set  of  programs  with  an  initial  data 
storage  system  that  organizes  information  recorded  about 
these  tasks  with  features  that  permit  routine  summary  views 
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to  be  produced  and  that  also  make  available  flexible 
user-created  views  of  the  Baseline  task  information. 

procedures  have  been  developed  for  data  collection  and 
input  ana  for  view  production  that  aid  in  weekly  updating 
of  the  Record.  These  views  are  produced  in  hardcopy  and  are 
also  entered  into  the  Journal. 
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Higher-Level  Planning  Needs 

Although  we  have  started  using  ARC‘s  Baseline  Record  system  or. 
a  current  task-by-task  basis  during  the  past  year,  we  still 
need  to  develop  a  more  complete,  "higher  level"  picture  of 
what  new  ARC  system  developments  (functions,  features, 
stages..)  we  want  and  expect  to  see.  Among  other 
considerations,  this  includes  better  definition  of  activity 
goals. 

Plan  needs 

ve  are  now  working  on  a  set  of  descriptions  of  proposed 
developmental  stages  for  each  of  our  activities. 

Because  our  activities  are  strongly  affected  by  the 
developments  (features,  timing,  resource  use)  of  others, 
it  is  clear  that  realistic  plans  for  each  activity  will 
be  produced  only  after  considerable  integration  and 
adru  s\ ..lent. 

Plans  needed  and  who  makes  tnen 

The  pusher  (or  a  prospective  pusner)  for  each  activity  is 
the  person  responsible  for  seeing  that  the  developmental 
plan  is  mace  and  kept  up  --  as  a  continuing  part  of  h  * 
role  as  pusher.  Thus,  for  example,  the  DS5  pusher  will 
pull  together  the  various  needs  and  possibilities  about  how 
the  DSS  should  and  might  devexOD,  ovcr  the  coming  months 
and  years. 

He  is  expected  to  draw  upon  others  (including  his  DSS 
planning  team)  for  nelp,  ideas,  or  other  inputs  in  the 
process,  but  he  is  the  one  responsible  for  producing  the 
plans  we  need. 


Ac3a 

Uc3b 


uc3bl 


nc3c 


lc3ci 


Rather  than  .lust  getting  help  from  others  inaividualiy , 
he  may  find  it  mav  useful  to  have  some  group  discussions 
among  appropriate  people  for  each  main  acti'  .ty.  The 
pusher  should  make  this  rnppen  where  needed. 

Fach  activity  clan  requires  ranv  hours  of  effort  on  the 
part  of  the  pusner  particul  ly  with  the  balancing  and 
adjusting  that  nay  be  needed. 

Plan  elements 
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The  following  eight  items  are  basic  considerations  oushers 
will  proviae  in  their  plans: 

1.  Basic  objectives  of  the  activity, 
what  should  it  result  in  or  produce? 

2,  New  or  changed  features  that  may  oe  aadea, • .including 
descriptions  of  what  they  are,  how  they  might  work,  what 
they  mean  to  the  system  and/or  the  users. 

These  may  be  thought  of  either  as  separate  tasks,  or 
simply  as  "features"  --  which  might  result  from 
several  tasks. 

3«  Tne  non-machine  methodology,  procedures,  ana  training 
that  need  development  to  really  use  the  tools  and 
features  to  produce  useful  total  packages  -- 
sup-systems. 

k.  Stages  of  development  --  logical  combinations  of 
features,  procedures,  training  'net  just  points  in  tine, 
descrining  the  "look"  at  significant  points. 

The  stages  snould  fit  the  natural  progression  o/  the 
activity  --  not  necessarily  related  to  ARC  overall 
stages. 

Some  activities  will  have  less  apparent  need  for 
showing  stares  of  development  than  otners.  Still,  it 
seems  it  is  important  to  "partition"  the  future  pAan 
m  some  way,  even  jf  or,  an  arbitrary,  less  meaningful 
basis . 

3*  Relationships  to  otner  tasks  or  features  needed. 

Where  critical  needs  (for  each  activity)  exist,  they 
will  be  pointed  out  --  with  sore  discussion  of  the 
situation. 

6.  tlfort  neeoea  to  meet  stages. 

HOUGH  estimates  in  nan-wee*s  by  feature  or  stare 
(plus  skill  tvpes  or  people  being  considered  to  wor* 
on  it  if  known)  are  needed. 


Uc3dl 
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7.  Alternative  possibilities  for  other  features  or 
stages, 

d.  Implications  on  the  staffing  skills  and  levels 
required  of  ARC  as  a  wnole. 

Comments  on  our  Experience  with  the  BR3  to  Date 

Considering  our  initial  experience  using  the  initial  BRS,  we 
feel  that  our  ARC  users  were  not  well  guided  and  trained  m 
bRS  use. 

The  initial  system  did  not  produce  views  that  were  useful 
enough  -  mainly  because  most  of  the  needed  data  were  not  in 
the  system. 

Key  missing  data  were  requirements,  designs  (or  links  to 
them)  partly  because  they  aid  not  exist,  partly  because  of 
a  lacK  of  participation  b>  the  user  population, 

we  still  need  to  develop  Detter  estimating  techniques.  The 
accuracy  of  estimates  needs  improvement  and  what  estimates 
"can  to  us  needs  description,  ARC  people  need  to  learn  more 
about  how  to  make  predictions  of  start,  end  and  other 
dates,  resource  use  estimates  in  our  changing,  quite 
unpreaictable  environment. 

a  5RS-mteerated  accounting  and  resource  allocation  systen 
is  needed  to  aid  in  estimating,  and  in  the  decision 
processes  in  Baseline  management. 

Developing  a  system  for  tne  facilitation  of  input  of 
data  is  a  real  challenger  but  must  be  worked  out. 

An  activity  and  task  accounting  number  systen  that  will 
be  shared  with  tne  9KS  has  been  designed.  It  is 
open-ended  and  wm  lend  itself  to  overlapning  tasx, 
activity  interests. 


4  Cli 
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iJOLl 


BASIC  NLS  Ld 

Pasic  N’LS  User  Features  lidl 

Introduction  idla 

ARC  focuses  on  the  evolutionary  development  of  the  Online 
system  { NLS )  in  the  spirit  of  bootstrapping  which  has  been 
applied  since  the  project's  inception.  Ldlal 


Continuing  evaluation  based  on  our  experiences  generates 
the  need  for  and  the  form  of  modifications  to  NLS.  The 
tools  of  earlier  versions  of  NLS  are  usea  to  design  and 
implement  new  versions  vnich  differ  in  new  features  and 
in  the  growth,  modification,  and  possibly  deletion  of 
older  features.  udlala 

*e  try  out  tools  m  tne  hope  tney  will  improve  the 

working  abilities  of  the  group.  Changes  are 

evolutionary  and  small  to  minimize  the  shoe*  to  tne 

whole  system.  Modifications  are,  however,  constantly 

being  made.  Ualalal 

Examples  of  some  changes  to  NLS  and  the  reasons  for 

tne  changes  include:  adlaia2 

tne  addition  of  tne  split  screen  display  mode  to 
make  possible  multi-file  viewing  and  cross-file 
editing . 

the  removal  of  tne  trails  feature  because  it  was 
not  ’Med  expensively. 

tne  modification  of  tne  suostitute  command  to 
provide  a  larger,  more  useful  variety  of  parameter 
nodes . 


our  augmentation  system  provides  a  workshop  of  online 
tools  and  human  interaction  techniques  used  not  only  in 
soitware  d*si?n  ana  development,  out  also  in  the 
management  of  the  grouo,  in  the  operation  of  the  Network 
information  center,  ard  will  be  used  in  the  creation  of 
online  communities  of  discipline-oriented  researchers.  Ldlaib 

cur  experiences  in  tne  development  of  augmentation  system 
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features  within  the  center  and  on  the  ARPA  Network  indicate 
some  new  directions  for  our  bootstrapped  research  effort.  U11a2 

in  the  contract  period,  emphasis  has  shifted  from  tne 
development  of  tools  to  augment  individuals  toward 
development  of  tools  for  local  project  teams  and  also 
scattered  communities  of  researchers.  Udla2a 

Such  tools  include:  Udla2al 

the  Dialog  support  system  (DSS),  and 

tne  Baseline  Record  System  (bRS). 

The  first  scattered  community  will  be  composed  of  system 
designers  aided  primarily  by  the  Software  Engineering 
Augmentation  System  (SEAS)  discussed  below  see--,4d2). 

This  community  will  collaborate  in  tne  development  of  a 
system  design  discipline.  The  augmentation  of  the 
software  Engineering  community  will  accelerate  evolution 
of  new  tools.  In  the  future,  other  communities  will 
receive  specialized  tools  developed  by  the  augmented 
system  designers, 

in  the  past  contract  period  many  additions  and 
modifications  were  made  to  NLS.  A  new  and  effective 
typewriter  version  (IMS)  nas  found  wide  use  both  at  ARC 
and  at  sites  on  the  a^Pa  Network.  Improvements  nave  Deen 
made  m  the  display  version  (DNiS),  and  a  first  PDP-10 
version  of  an  offline  mode  (DEX)  has  been  introduced. 

As  of  February  l$7l,  an  initial  version  of  TNLS 
(Teletypewriter  NLS)  was  fully  operational  on  the 
PDP-10.  on#*  of  the  primary  reasons  for  its  development 
was  to  fill  in  the  spectrum  of  augmentation  tools  to  be 
made  available  at  less  expensive  hardware  and  computer 
resource  costs  than  are  necessary  to  run  a  DNLS  system. 

mere  are  currently  many  people  over  the  ARFA  Network 
*no  use  tne  system  in  their  work.  The  TNLS  command  set 
is  largely  synonymous  with  DNLS ,  barring  features 
peculiar  to  the  display  (e.g„.  Split  Screen)  and  most  of 
tne  recent  features  available  in  DNLS  are  available  in 
TNLS  te.g.,  Sort  Merge).  iaia3s 

Tne  basic  differences  oetween  the  command  vocaoularies 


adla2o 
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of  TNLS  and  DNLS  are  in  the  area  of  addressing.  DNLS  is 
a  highly  interactive,  nonlinear,  visual  system  wnile 
TNLS,  owing  to  the  nature  of  the  medium,  is  less 
interactive  and  linear,  in  an  effort  to  compensate  for 
the  deficiencies  of  the  medium,  many  special  TNLS 
addressing  features  have  been  made  available  to  the 
U3er. 

It  snould  be  noted  that  the  TNLS  command  ana 
addressing  laneuage  is  richer  than  that  01  most  otner 
’’text  editors";  some  would  accuse  it  of  being 
confusing.  Novices,  however,  can  quite  effectively 
start  by  using  a  subset  of  the  features. 

The  system,  as  with  all  systems  developed  at  APC,  is 
meant  to  orovide  a  workshop  of  tools  to  many  levels 
of  user  experience  to  aid  in  the  augmentation  of 
intellectual  tasks.  Thus,  making  use  of  various 
combinations  of  address  specifications,  the 
sophisticated  TNLS  user  may  accomplish  tne  equivalent 
of  crcssfile  editing. 

a  new  TNLS  guide  nas  been  written  (see  --  7U70,), 
reproduced,  and  distributed  to  Network  and  local  users, 
inis  guide  contains  a  complete  description  of  TNLS 
comnards  and  Journal,  i  lentif ication,  and  Numoer  Syster 
comrards  in  both,  detailed  and  summary  form.  It  is 
designee  sc  tnat  as  tne  system  evolves,  it  can  be  easily 
undated  sc  as  to  remain  current  ana  useful. 

Several  training  courses  for  Networx  users  of  the  MG 
an c  T >* i S  nave  been  held.  They  are  described  m  tms 
report  as  cart  of  VIC  activities  ( see-- , 5*10* ) ) . 

New  special  purrose  subsystems  (in  addition  to  tne  Dialog 
support  System  (U5S)  ana  tee  Paseiine  Record  System  ( £ 3 $ ) 
describee  elsewhere  m  this  reporti  nave  d een  developed  or 
improved.  These  include  a  sert-merge  syster.  and  a  user 
program  syster.  among  ethers. 

MS  --  Technical  overviev 

introduction 

The  current  inDlementation  of  NLS  on  tne  PDP-iO  is  a 


iidlajc 

lidla3cl 
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large,  continually  evolving  program,  code  presently 
occupies  about  150,000  words  of  computer  storage. 

This  section  presents  an  overview  of  the  organization  of 
NIS  and  the  structure  of  files  in  the  system. 

Descriptions  of  earlier  versions  of  NLS  may  be  found 
in  previous  ARC  reports.  The  April  1970  report 
(5139,)  contains  a  detailed  discussion  of  the  system 
as  it  existed  in  its  final  days  on  the  XDS-9E0, 


in  the  logical  structure  of 
the  system  for  several  reasons: 


Vt  M  0  kallA  >•>  A  A  «*  »***-.  A 


FIGURE  9.  Cross  file  information  manipulation 
with  split  screens:  initially  the  screen  is  split 
with  a  title  index  on  the  left  and  a  new  empty 
file  named  research  on  the  right.  Titles  are 
truncated  to  show  more  lines. 
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FIGURE  10.  User  calls  the  Goto  Programs  Subsystem 
by  entering  the  first  letter  of  each  command  via  a 
keyset,  on  the  keyset  he  can  enter  with  one  hand 
all  characters  that  can  be  entered  from  a 
keyboard.  The  other  hand  is  free  to  use  the  mouse 
(below) . 


FIGURE  11.  The  Goto  Programs  Subsystem  (see 
command  feedback  line  in  the  upper  middle  of  the 
photo)  includes  several  user  service  subsystems. 
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FIGURE  lli.  The  user  returns  his  left  hand  to  the 
keyset  and  his  right  hand  to  the  mouse.  To 
confirm  his  command  to  compile  the  pattern 
"Research”  he  presses  the  right  hand  button  on  top 


FIGURE  15.  The  text  he  entered  appears  in  tne 
literal  feedback  line  on  the  upper  left.  The 
content  analyser  will  act  as  a  filter  and  pass 
only  statements  that  contain  the  word  Research, 
Patterns  may  be  much  more  complex  and  include 
logical  operators  and  classes  cf  characters  as 
well  as  specific  characters. 
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FIGUHE  18.  Assimilate  has  created  a  new  file  of 
papers  on  Research.  Such  steps  normally  take  from 
1  to  5  minutes  depending  on  the  system  load;  they 
were  slower  in  these  examples  for  photographic 

reasons . 


1.  The  current  ARC  programming  language,  L10,  is 
more  powerful  than  the  several  languages  it 
replaces,  MOL  and  the  SPL’s.  L10  permits  special 
purpose  constructions  anywhere  in  its  code.  It  is 
a  higher  level  language  and  provides  greater 
compiler  optimization. 

2.  An  effort  has  peer  made  to  modularize  further 
the  functions  within  the  system  to  ease 
development  by  a  team  of  orogrammera.  This 
functional  modularity  will  be  increased  with  the 
introduction  of  the  Modular  Programming  System, 
see--,  Iid2f ) . 

Discussions  of  the  user  features  of  the  systems  and 
subsystems  making  up  NLS  may  be  found  in  the  following 
locations : 

DNLS *  See  DNLS  user  guide.  (10703.) 

TNLS !  See  TNLS  user  guide.  (7L70,) 


lidlblc 

kdlblcl 

iidlblc2 
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M 


DEX:  see  d£X  user  guide  (993k,)  and  below  (see 
— #Udld).  Udlblc3 

Journal:  NIC  •'-‘urnal  User  Guide  (7635.)  and  see 

—  »lia)  and  --,jf2a)  of  tnis  report.  Udlblcii 

Identification:  See  TNLS  user  guide  (71:70,)  and  see 

—  #Uali)  in  this  report.  Iidlblc5 

Catalog:  See  --,Ua6o2)  and  --,>g3).  iialblc6 

Sorter-Merger:  See - ,)idlel).  Iidlblc7 

baseline:  See  --,Uc).  Udlblco 

NLS-DDT:  See  -- , tdleaa6 )  .  Iidlblc9 

NLS  file  structure  Iidib2 

introduction  UdlD2a 

The  format  and  structure  of  NLS  files  were  determined 
by  certain  design  considerations.  lidJ.b2al 


It  is  desirable  to  have  virtually  no  limit  on  the 
size  of  a  file.  This  means  it  is  not  practical  to 
have  an  entire  file  in  core  when  viewing  or 
editing  it. 

The  time  required  for  most  operations  on  a  file 
should  be  independent  of  the  file  length.  That 
is,  small  operations  on  a  large  file  snould  taKe 
roughly  the  same  time  as  the  same  operations  on  a 
small  file.  The  user  and  the  system  should  not  oe 
penalized  for  large  files. 

in  executing  a  single  editing  function  tnere  may 
be  a  large  number  of  structural  operations. 

A  random  file  structure  staisfies  these 

considerations.  Each  file  is  divided  into  logical 

oIccks  that  may  he  accessed  in  random  order.  There 

are  several  types  of  dIocks,  each  with  its  own 

structure,  ualo2a2 
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An  nls  file  is  made  up  of  a  header  ana  up  to  a  fixed 
number  (currently  U65)  of  512-word  file  blocxs. 

File  Header 

S lie  header  contents: 

File  creation  dace 

Version  word  (changed  when  NLS  file  structure 
changes) 

iaentif ication  of  last  user  to  update  or  output 
the  file. 

File  owner. 

Left  name  delimiter  default. 

Right  name  delimiter  default. 

Number  of  structure  pages  usea. 

Number  of  data  pages  used. 

Status  table  --  One  word  per  ring  bloc*  or  data 
block  nape.  Contains  the  fc;  owing? 

Whether  cage  has  been  mo  ified  by  a  user. 

Free  space  count  (for  data  blocx) 

Pre-garbage  collection  count. 

Post-garbage  collection  count. 

Free  list  pointer  (fcr  ring  block) 

Marker  table. 

Structure  Blocks  --  ring  elements 

These  clocks  contain  fixed  size  ring  elements  with  a 
free  list  connecting  those  not  in  use. 

King  element  contents: 

Fcinter  to  first  suestatement . 

Pointer  to  successor  statement. 

Pointer  tc  the  5DB  that  contains  text  for  this 
statement. 

Dr. Y  work  area. 

.lead  of  nlex  flag. 

Tail  of  piex  flag. 

Name  flag. 

Name  hash. 

Statement  identifier  and  free  list  link. 

Lata  tiock  --  statement  data  blocks 


Ldlb2a3 

aaia2b 

lidlb2bl 


kalb2c 

Iidlb2cl 
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Data  blocks  are  composed  of  variable  sized  blocks 
ca'. -sa  Statement  Data  elo  s  (S.  Bfs)  whicn  contain 
the  text  of  NLS  statements.  New  SDB f 3  are  allocated 
in  the  free  space  at  the  end  of  a  data  block.  SDb's 
no  longer  in  use  (because  of  editing  changes)  are 
marked  for  garbage  collection  when  the  free  space  is 
exhausted. 

Statement  Data  Block  (SDB)  header  contents: 

No-loneer-used  SDB  flag. 

Length  of  SDB. 

Length  of  string  in  SDB. 

Left  name  delimiter. 

Hignt  name  delimiter. 

Pointer  to  ring  element. 

Length  of  name. 

Last  write  time. 

Last  write  ident. 

String  Identifiers  and  Text  pointers 

A  string  identifier  (ST1D)  is  a  data  structure  used 
vitnin  NLS  to  identify  strings  (possioly  within  NLS 
statements ) . 

If  the  string  is  in  an  NLS  statement,  the  STID 
contains  a  file  identifier  *:ic  a  ring  element 
identifier . 

The  presence  of  a  file  identifier  within  the  STID 
all  editing  functions  to  be  carried  out  between 
files. 

Text  pointers  are  used  with  the  string  analysis  and 
construction  features  of  L10.  They  consist  of  an 
STID  and  a  character  count. 

Locking  mechanism  --  Partial  copies 

The  nlS  file  system  under  T5NEX  provides  a  locking 
mechanism,  which  protects  against  inadvertant 
overwrite  when  several  people  are  working  on  the  same 
file.  Once  a  user  starts  modifying  a  file,  it  is 
"locked"  b.v  him  against  changes  by  other  users  until 
he  deems  his  changes  consistent  and  complete  and 


Ldlb2dl 

Ldlb2d2 


iidlb2  e 

Udlb2el 


Lalo2e2 

AdlD2f 
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issues  one  of  the  commands:  Update  File*  Output  File, 

or  Unlock  File  which  "unlock1'  the  file.  Note,  a  user 

can  leave  a  file  locked  indefinitely  --  this 

protection  is  not  limited  to  one  console  session.  Udlb2fl 

when  a  file  is  locked  (is  being  modified),  the 
user  who  has  modification  rights  sees  all  of  the 
changes  that  he  is  making.  However,  others  who 
read  the  file  will  see  it  in  its  original, 
unaltered  state,  if  they  try  to  modify  it,  they 
will  be  told  th*t  it  is  locked  by  a  particular 
user.  Thus  tne  users  can  negotiate  for 
modification  rignts  to  the  file. 

This  feature  is  implemented  through  the  use  of  flairs 

in  the  status  table  in  the  File  Header  ana  through 

the  Dartial  copy  mechanism.  Jidlo2f2 

All  modifications  tc  a  file  are  contained  in  a 
partial  copy  fixe.  These  include  noaified  ring 
elements  and  SDS's. 


core  Xanagement  of  File  Space 

When  scice  for  more  data  is  needed,  tne  following 
steps  are  taicen  in  order  until  enough  is  found  to 
satisfy  tne  reouest: 


iidlb2g 


kdlb2gl 


i.  C jr^-resident  ca*es  are  checked  for  sufficient 
free  3oace. 


2.  Other  cages  are  cnecK^d  for  free  space,  if 
one  has  sufficient  space,  it  is  brought  in. 

3.  If  *arcage  collection  on  any  page  m  the  file 
will  vield  a  page  with  sufficient  free  space,  then 
tne  Page  vhicn  will  ive  the  most  free  space  is 
nrougnt  into  core  ann  garbage  collected. 

L.  Otherwise  a  new  page  is  created. 
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Logical  structure  kdlbi 

introduction  udlb3a 

interaction  support-  iidlb3b 

Terninal  interaction  support  lidlb3bl 


Display  interaction  support 

The  display  intt  ction  support  routines  take 
input  from  displ  j  users,  support  various  L10 
display  input  constructions  wnich  allow  the 
creation  of  simple  interaction  statements,  and 
control  the  command  feeapack  line,  name  area, 
view  spec  area,  and  bug  selection  areas  of  the 
display  screen. 

Typewriter  interaction  support 

The  typewriter  interaction  support  routines  are 
primitives  for  interacting  with  a  typewriter 
terminal  user.  Thev  include  input,  coe^and 
feedback,  literal  collection,  and  error 
feedoack  routines. 

beouential  file  inp~x,  support  *dlb3b2 

Sequential  file  input  support  routines  take  input 
fron  £Ea  sequential  files  or  a  control  file  and 
pass  it  to  the  DLX  subsystem  processor  or  the 
control  fil.*  driver  system,  respectively. 

subsystem  control  udlo3c 

Command  specification  kolc3cl 

The  command  specification  routines  receive 
information  from  the  incut  interaction  level  or 
sequential  file  input  and  process  it  as  follows: 

1.  Command  mnemonic  input  from  the  user  is 
parsed  using  tests  implemented  as  a  large  set 
of  nested  case  statements  which  check 
successive  command  characters. 
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2.  operands  for  commands  are  interpreted  where 
necessary. 

3.  Control  is  transferred  to  tne  appropriate 
execution  routine. 

k.  Control  is  transferred  to  the  Portrayal 
Generator  for  formatting  and  display. 

3*  The  user  may  repeatedly  execute  commands  of 
a  given  type  with  different  parameters  by 
specifying  more  parameters*  rfhen  tne  user 
types  a  character  wnicn  can  not  be  a  parameter 
specification,  the  input  is  assumed  to  oe  a  new 
command . 

At  any  time  prior  to  execution,  the  user  may  abort 
an  individual  parameter  specification  ana  enter  a 
corrected  operand  without  destroying  operands 
previously  entered  in  muiti-parameter  commands. 

It  is,  however,  possible  to  abort  an  entire 
command  at  any  time  before  it  is  executed. 

Subsystem  support 

These  routines  support  the  parsing  of  particular 
subsystems  and  provide  the  code  necessary  to 
translate  the  high  level  functions  of  each 
subsystem  into  calls  on  tne  file  manipulation  and 
portrayal  generation  routines  of  NLS.  Tney  also 
have  code  necessary  to  implement  any  additional 
facilities  needed  bv  tne  subsystem. 

portrayal  generator 

Display  control 

Tne  aisriav  controller  is  composed  of 

1)  a  fast  formatter  and  data  structures  th?.t 
allow  nls  to  modify  portions  of  tne  display 
image  in  response  to  user  modification  of  the 
files  being  displayed,  ana 

2)  user  controls,  such  as  the  BNLS  .jump 


Udlb3c2 


lidlD3d 
k  d  1  n  3  d  1 
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commands ,  over  wnat  is  portrayed  and  how  much 
is  shown. 


This  formatter  can  maintain  inapes  in  several 
"display  areas"  at  one  time,  updating  tnem  as 
necessary.  Each  area  may  display  information  from 
several  files. 


Typewriter  terminal  print  control 

This  is  a  formatter  that  is  oriented  toward 
printing  parts  of  a  file  onto  a  typewriter 
terminal* 

nardcopy  formatters 


Iialc3d2 


Udlh3d3 


These  include  a  relatively  simple  system, 
OuicKprint,  and  a  more  complicated  formatting 
program,  the  Output  Processor. 


QuicKprint  formats  the  text  for  printing  as  it 
appears  through  the  display  or  typewriter 
terminal  formatters. 


me  output  processor  can  feed  tc  a  variety  of 
different  devices,  including  pr* nters  and 
microfilm,  and  controls  the  formating  of  the 
document  according  to  directives  embedded 
within  the  text.  For  details,  refer  to  the 
"Output  processor  User  Guide" t  ( » 11C?6, 2 ) . 


Sequence  generator 


kdih3dii 


succeeding  calls  on  tne  sequence  generator  create 
a  sequ*.  \ce  of  statements  which  satisfy  system  or 
user  filters  starting  at  a  place  in  the  file 
specified  by  tne  user. 


An  example  of  the  system  filters  it  observes  in 
deciding  whether  the  identifier  of  a  statement 
should  be  part  of  a  sequence  is  the  level 
truncation  viewsnec  which  permits  the  display 
of  only  those  statements  above  particular 
levels  in  the  NLS  hierarchical  file  structure. 


These  s^ouences  of  statement  identifiers  are  used 
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by  formatters  for  terminal  or  hard-copy  portrayal, 
oy  compilers,  or  by  processors  which  manipulate 
files,  such  as  tne  sorter. 

See--, lidleu )  for  a  discussion  of  tne  sequence 
generator  with  user  program*.  - 

User  filters  and  reformatters  lxdlo3d3 

The  user  may  write  and  incorporate  additional 
filters  which  the  sequence  generator  will  use  as  a 
final  acceptance  test.  These  user-suoplied 
filters  may  reformat  the  text  of  the  file  for 
Jt?ec:al  applications  or  views. 

User  sequence  generators  Lalb3d6 

The  user  can  write  his  own  sequence  generators 
which  can  na*e  use  of  ;  ny  NLS  routines. 

Lilting  i*alc3e 

rile  manipulation  algorithms  udlc3e). 

These  algorithms  carry  out  tne  file  manipulation 
commando  of  S'LS.  They  decide  what  i3  to  be  aone 
o.v  the  textual  and  structural  editing  routines  and 
in  what  order,  utility  routines  actually 
manipulate  tne  NLS  files. 

Some  commands  use  of  textual  eliting 

routines  exclusively  le.j;.,  "insert  Text"); 
some  use  only  structural  editing  routines 
te.g. , "Move  statement");  otners  use  a 
comrination  cl  t-<e  two  te.g.,  "insert 
statement" }  . 

These  algorithms  can  rove  and  copy  text  from  one 
fii°  to  another  tr.rougn  cross-file  editma.. 

Structure  editing  uriln3^2 

These  routines  involve  tr.e  r a.nirulation  cf  ring 
structure  alone  *nd  do  not  alter  the  contents  o f 
the  statement  data  olcc<s  vmch  contain  the  text. 
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Text  editing  Idlb3e3 

These  routines  edit  the  text  of  NLS  statements. 

Content  analysis  features  of  L10  are  used  to 
determine  where  changes  should  take  place;  the 
string  manipulation  and  SD8  manipulation  machinery 
then  change  the  contents  of  the  file. 

special  purpose  processors  iidlb3f 

Inserting  and  outputting  sequential  files  kdlb3fl 

These  processors  create  NLS  files  from  sequential 
files  and  vice  versa. 

compilers  Iidlb3f2 

Currently  four  compilers  are  available  from  NLS, 

In  addition  we  are  now  studying  ways  of  making 
availade  through  NLS  the  assemblers  of  the  TENEX 
operating  system. 

The  four  compilers  now  available  are: 

L10,  a  procedure-oriented,  block  structured 
language  developed  by  ARC  for  use  on  the 
PDP-10, 

A  subset  is  available  as  the  content  analyzer. 
(9216,10)  and  see  --,ldleiid)  in  this  report. 

IMOL,  a  i roceaure-oriented,  block  structured 
language  which  produces  code  for  the  IMLAC 
computer-display . 

Tree-Keta,  a  compiler-compiler  used  by  ARC 
staff  to  develop  other  languages,  such  as  L10 
and  IMOL.  (See  the  Tree-Meta  Report  (10869,,) 
and  --,ld2e  )  of  this  report.) 

MPL .  the  Modular  Programming  Language,  an 
experimental  new  language  to  be  used  to  rewrite 
NLS.  (See  — ,ld2f) 

Text  is  passed  to  these  compilers  through  the 
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sequence  generator  (and  thus  can  be  filterea  and 
reformatted  enroute  to  these  various  processors) . 

utility  routines 

NLS  file  system 

These  routines  implement  and  manipulate  the  data 
structures  in  Tenex  file3  which  NLS  uses.  Unlike 
other  routines  discussed  above,  they  are  cognizant 
of  and  deal  with  the  data  structures  and  tne  tenex 
timesharing  system  environment. 

They  are  responsible  for: 

Opening  and  closing  files. 

managing  tne  portion  of  core  set  aside  for  file 
paz*s. 

writing  on  and  reading  from  files. 

manipulating  ring  elements  ana  SIM's. 

Moving  within  the  MLS  file  structure  Dy 
following  ring  element  pointers. 

Statement  name  lookup. 

NLS  string  system 

Supports  string  manipulation  ccnstrucions  in  tne 
Li.0  ianeuase  ana  aeals  with  tr.e  NLS  Statement  Data 
^lock  and  31ng  Slock  structure. 

Miscellaneous  support  routines 

^asic  LlO  language  support  routines. 


Call  mechanisms. 


uiscla>  support  routines 

ir.f oi’-atior.  writing  or.  the  screen. 
Manirulatinr  information  on  the  screen. 


Iidlb3g 
Ur •u3gl 


udlcjg  2 

unlo3*3 

4d  lP3Kk 
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Basic  input  routines  Udlb3g5 

Basic  typewriter  terminal  output  routines  Udib3g6 

NLS  --  New  features  kClc 

The  following  features,  common  to  both  DNLS  and  TNLS,  are 

new  on  the  PDP-io:  adlcl 

Name  Delimiters  Udlc2 

A  user  may  specify  the  characters  to  be  used  for  left 
and  right  name  delimiters  for  statements  within  any 
structural  entity  in  an  NLS  file.  The  system  defaults 
are  left  and  right  parent*  .ses.  kaic2a 

-jump  to  Word/Content  kdlc3 

The  user  was  provided  with  the  capability  of  jumping  to 
the  first  or  next  occurrence  of  a  specified  word  or  text 
string .  kdlc  ?a 

Null  File  kdicii 

A  new  command.  Null  File,  has  been  added  to  TNLS  and 

LNLS.  Given  a  file  name,  it  will  create  an  empty  nls 

file  with  that  name.  lloon  completion  of  the  command  the 

user  is  left  with  the  C *  (Control  Marker  --  TNLS)  / 

disolay  start  (D^LS)  at  the  origin  of  this  new  file,  kdlclia 

cut^t  Assembler  kdlc* 

Sequential  files  acceptable  to  the  DEC  assembler  may 

creator  from  nls  files  using  this  command.  UdlcSa 

outrut  compiler  kdlc6 

The  capability  to  drive  TwlE-meTa  produced  com oilers 

(incluaing  tne  no  language  compiler)  directly  from  NLS 

files  is  available •  kdic6a 

nutru*  sequent ia3  kdlc7 

The  user  may  produce  a  sequential  file  that  corresponds 
tc  nis  NLS  file,  spaces  are  used  to  indicate  the  ie^el 
of  a  statement,  kdlc7a 
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insert  Sequential  4dlc8 

Tne  insert  sequential  File  command  converts  sequential 

files  into  MLS  format.  This  also  allows  tne  user  to 

convert  XLS-9I1O  files  to  TBNEX-NLS  format,  li<Uc8a 

output  guickprint  Ldlc9 

Since  users  often  want  quick  nard  copy  of  their  files, 
the  output  0 uiCKDrint  command  was  adae'i.  Unlike  the 
outcut  Processor,  this  formatter  does  not  make  use  of 
emPedaea  formatting  directives.  The  command  offers  the 
user  a  default  file  name  and  a  default  of  1  for  the 
number  of  copies  to  print;  tnese  may  be  superseded  by 
tne  user.  After  the  document  is  formatted  it  will  be 
automatically  spooled  for  printing.  Viewspecs  in  effect 
at  the  time  the  command  is  given  control  the  format  and 
content  of  tne  pointed  text.  adlc9a 

update  File  --  File  Locking  aqUIO 

The  MS  file  system  under  TEMLX  provides  a  locking 
mechanism,  which  orotects  against  inadvertant  overwrite 
vner.  several  people  are  working  on  the  same  file,  once 
a  user  starts  modifying  a  file,  it  is  ’’locked”  by  him 
against  changes  bv  other  users  until  ne  deems  his 
changes  consistent  and  complete  and  issues  one  of  tne 
commands:  Update  File,  Output  File,  or  Unlock  File  which 
'’unlock”  the  file.  Note,  a  user  can  leave  a  file  locked 
indefinitely  --  this  protection  is  not  limited  to  one 
console  session.  Uniclua 

When  a  file  is  locked  (is  being  modified),  the  user 

who  has  modification  rights  sees  all  of  tne  changes 

tnat  he  is  making.  However,  others  wno  read  the  file 

will  see  it  in  its  original,  unaltered  state.  If 

they  try  to  modify  it,  they  wm  be  told  that  it  is 

lor<*i  bv  a  particular  user.  Thus  the  users  can 

negotiate  for  modification  rights  to  the  file.  udicioai 

ine  users  a~e  also  allowed  to  enter  "browse  mode",  which 
allows  several  users  o  simultaneously  moaif y  a  fixe, 
wren  they  iea/e  browse  mu  e,  one  cl  then  n-w  elect  to 
keep  his  changes  if  no  ne  has  the  file  locked#  ir.  whici 
case  he  locks  the  file  until  an  upd?t.e  or  output  commanc 
is  executed  ry  him.  laiclCn 
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Goto  Exec  udlcll 

The  user  may  start  a  new  copy  of  tne  TENEX  EXECUTIVE 
below  NLS  in  the  job's  process  structure  and  execute 
arcitrary  EXEC  level  commands,  including  running  other 
subsystems.  T.ien,  by  issuing  the  EXEC  quit  command,  tne 


user  is  returned  to  NLS,  exactly  as  he  was  before 

issuing  the  Goto  Exec  command.  lidlclla 

Execute  Logout  Ldlcl2 

The  new  Execute  Logout  command  is  equivalent  to  issuing 
the  Execute  Quit  command  in  NT.S  and  following  it  with  a 
LOGOUT  command  in  the  EXEC.  Udlcl2a 

The  following  features  in  DNIS  are  new  on  the  PDP-10:  ldlcl3 

split  Screen  and  Cross  File  Editing  lalclli 

Display  screen  splitting  and  Formatting  udlclka 

FIGURE  19.  (Opposite)  overall  NLS  logical  structure. 

iidiclual 

Goto  Display  Area  Control  Udlcll;a2 

Horizontal  Split 


This  splits  the  display  area  in  which  the  BUG 
occurred  horizontally  (into  an  upper  and  lower 
segment)  at  the  bugged  location  moving  the 
image  of  tne  original  display  area  to  the  upper 
or  lower  segment  depending  on  whether  tne 
cursor  is  above  or  oelow  the  bURged  position 
when  the  final  CA  is  input. 

No  display  area  will  be  created  which  is 
smaller  than  2  lines  by  20  columns  (using  the 
character  size  of  the  original  display  area). 

Vertical  Split 

Tnis  splits  the  display  area  in  which  the  BUG 
occurred  vertically  (into  a  left  and  rigrt 
segment)  at  the  bugged  location  moving  the 
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image  of  the  original  display  area  to  the  left 
cr  right  segment  depending  on  whether  tne 
cursor  is  to  the  left  or  right  of  tne  buggea 
position  wnen  the  final  CA  is  input. 

viove  boundary 

The  selected  boundary  (first  8‘iG)  is  moved  to 
the  new  position  (second  bug).  A  boundary  will 
not  be  moved  past  a  boundary  of  a  neighbor,  a 
boundary  is  moved  for  all  display  areas  for 
which  it  is  a  boundary.  Any  resulting  display 
area  wnich  is  smaller  than  2  lines  uy  <0 
columns  will  oe  deleted. 

Format  Display  Area 

Character  Size 

1'ne  current  character  size  of  the  display  area 
that  currently  contains  tne  cursor  is 
displayed,  and  the  user  nay  type  a  number  (o, 

1,  2,  3)  for  a  new  ceiracter  size.  Different 
display  areas  mav  simultaneously  have  different 
character  sizes. 

Clear  Display  Area 

Th*  ougged  display  area  is  cleared,  i.e.,  tne 
image  is  erased,  the  return  ana  file  return 
rings  are  released,  and  the  association  of  a 
file  with  that  display  area  is  removed.  The 
display  area  itself  is  not  deleted. 

cross  File  Editing  m  DNLS  iidicliip 

One  ray  freely  edit  ana  jump  using  several  display 
areas.  Che  position  of  the  cursor  is  used  to  resolve 
ambiguities.  udicliitl 

For  example,  if  one  executes  a  Jump  command,  the 
position  of  the  cursor  when  the  final  command 
accent  is  entered  determines  m  which  display  area 
tne  new  image  is  to  apoear. 

ulso,  if  on*  changes  viewspecs  using  tne  leftmost 
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two  buttons  of  the  mouse,  the  viewspecs  of  the 
display  area  containing  the  cursor  when  the 
buttons  go  down  are  used  as  the  initial  values  and 
are  d.  splayec'  .n  the  viewspec  area.  Wnen  the 
buttons  are  r  ised,  the  display  area  containing 
the  cursor  recei  es  the  new  viewspec a. 


substitute  commanrc  Change  kdlclS 

Suostitute  in  DNLS  (and  soon  in  TNLS)  has  been  expanded 
to  allow  words,  visibles,  etc.,  to  be  substituted  in  a 
structural  entity.  lidlclSa 

All  of  the  old  basic  NLS  substitute  commands  are  still 

available  and  worw  as  cei  re.  In  addition,  the 

commands,  Suostitute  /text  entity;  in  /structure  entity; 

are  now  available.  Text  entity  may  be  Character,  Word, 

visible,  etc.,  and  Structure  entity  may  be  Statement, 

branch,  Grouo,  or  Plex.  ualciso 


During  the  substitution ,  tne  delimiters  of  tae 

candidates  for  suostitu-  Loft  are  ooserved.  F or  example. 

if  the  user  issues  Substitute  word...  "the”  for  "an"  in 

the  statement  "Do  you  want  an  igloc  instead  of  another 

kayak,  dear?",  tne  word  "an"  will  be  reDlaced  ov  "tne". 

but  the  word  “another**  will  not  be  changed.  iialciSc 

Display  Creation  efficiency  improvement  unici6 

The  former  code  that  generated  and  maintained  the 
display  ima«:e  updated  the  whole  screen  except  m  the 
case  of  textual  edits,  we  were  able  to  optimize  this 
process  so  tntt,  in  most  cases,  only  those  windows 
involved  in  the  coeration  are  changed,  and  only  those 
entities  involved  are  actually  reformatted.  Tne 
response  tin*  for  a  display  user  has  been  reduced 
substantially.  Udlclda 


Ihe  Deferred  Execution  Syst  i  (DEX) 


udld 


referred  execution  (PEX)  is  a  system  that  provides  a  means 
py  which  information  may  ce  prepared  offline  for  later 
processing  py  tne  computer.  n4lni 


~he  currently  running  system,  BEX-1,  has  commands  that 
provide  for  text  incut,  backspacing  over  characters. 
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deletion  (and  undeletion)  of  commands,  and  the  creation  of 
vLS  files  and  hardcooy  printouts,  DEX-2  will  provide 
furtner  editing  capabilities  as  well  as  access  to  existing 
files. 


pEX-i  was  designed  to  be  used  with  typewriter  terminals 
connected  to  some  recording  device  (currently  paper  tape  or 
magnetic  tane  cassette).  At  such  a  terminal  the  user 
produces  a  caper  tape  or  tape  cassette  containing 
information  destined  for  computer  processing* 

p£X  is  a  complement  to  the  online  NLS  •  It  operates  with 
greater  system-use  efficiency  since  actual  computer  time 
can  oe  deferred  to  periods  of  low  usage  --  "of f-hcrrs" , 
when  the  load  is  rreatiy  reduced. 

-he  ena  result  cf  files  created  by  DEX  ai.  ea  created  fcv 

NLS  is  the  same.  Once  created  py  eitner  t  no 

distinction  is  made  --  tney  are  all  NLS  file  that  may 
later  ce  edited  online, 

me  overall  ecai  of  DEX  is  to  increase  the  utility  of  our 
computer  aids  py,  in  most  cases,  reducing  the  support  cost 
of  computer-aided  text  manipulation,  and  in  some  cases 
providing  more  service  value  to  the  user  than  he  would 
obtain  from  immediate-execution  processes. 

There  snoulo  be  a  srooth  spectrum  of  features  applicable 
to  dirfmrent  situations  of  service  level,  terminal 
aevic^,  information  context  and  type  or  priority  of 
tasK . 


IT.  sum  a  spectrum  of  computer  aids,  users  snouia  find 
complete  consistency  *nd  continuity  in  concepts, 
nomenclature,  and  operating  skills  re auired  for 
oreratir?  effectively  in  these  different  situations. 

'*sers  snould  *ventually  ce  aole  to  switch  from  one  level 
ox  interaction  to  another  while  n  an  online  terminal 
trerety  previdir.*  maximum  utility  toward  tnc  user’s 
wor.*ire  ecals. 
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FIGURE  20.  Deferred  execution  (L-EX)  operator 
transcribing  a  meeting.  The  black  box  to  the 
operator’s  right  plays  an  audio  tape  oi  the  meeting 
Sne  types  the  words  on  her  terminal  and  the  terminal 
output  is  recorded  by  the  digital  tape  machine  that 
she  is  touching  with  her  right  hand.  The  digital 
tapes  are  read  onto  our  disk  storage  and  processed 
into  NLS  format  at  leisure. 


DEX-1  was  a  first  attempt  at  satisfying  these  goals  and 
wab  implemented  primarily  to  provide  an  offline  input 
facility,  DEX-2  will  provide  editing  facilities  and  more 
/lexiDle  input.  Later  stages  will  make  deferred  features 
available  in  the  online  nodes. 

The  design  of  HEX-1  was  carried  out  in  an  augmented  mode 
making  use  of  the  dialoging  possibilities  of  the  Journal. 
pEX-2  has  been  designed  using  tnese  same  capabilities  with 
a  team  approach.  Thus  a  record  of  the  system  from  first 
ideas  to  final  documentation  is  available*  The 
implementation  mi  ls;<~2  is  erected  tc  proceed  soon* 

A  manual  for  DEx-1  is  ct.rently  available.  (993L,). 
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The  design  for  DLX-2  is  documented  in  (92L1,). 

Other  subsystems 

sorter-merger- U carter  Description 

General  Implementation  Description 

The  new  sort-nerg e-ut'date  carability  is  cased  on  the 
addition  of  three  primitives  to  MS  that  are  used  by 
the  Sort  dr?ncn/?lex/Group  and  Merge 
branch/ Plex/ Group  commands  and  which  may  also  be 
called  from  user  L10  programs  compiled  with  the  MGoto 
Programs  tic  Tser  Program  Compile"  command. 

Each  cf  the  three  primitives  add^d  to  SIS  to 
perform  tne  sorting,  merging,  and  updating 
functions  requires  as  an  argument  the  address  of  a 
Key  Procedure  program  written  in  the  L10  language 
to  furnisn  sorting  criteria,  in  audition,  the 
uco*te  primitive  renuires  as  an  argument  tne 
address  of  an  update  decision  procedure  to  take 
action  on  corresponding  data  items.  This 
procedure  w ill  differ  for  various  specific 
applications.  In  the  most  general  case,  it  is 
provideu  by  the  user,  although  we  are  building  up 
a  library  of  some  standard  rrcceoures  for  common 
?  cclicaticns . 


Tne  sort  primitive  uses  *  tree  sort  as  its  basic 
algorithm.  This  is  tne  same  one  used  in  our 
previous  sorting  avsten,  The  restriction  of  its 
application  to  intra-file  use,  tne  implementation 
of  efficient  <ey  mcmcarison  algorithms  and  a 
special  reordering  routine  nave  resulted  in  a 
sneei  increase  on  tne  order  of  100, 


procedures  *jcrli*d  to 
rrmu  ves  : 


t - e  bor 


Merge , 


ate 


Key  procedure: 


5  r  t  *  e  v 

language 

amaly vis 


procedure  are 
arm  rrovijo  tne 
tnreum  wrier,  a 


v r 1 1 1 e r  i n  the  LI Q 
patterns  for  text  string 
data  case  in  an  MS  file 
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Typical  Keys  may  be  written  to: 

find  and  order  last  names  after  initials 

find  numbers  in  columns 

find  individual  Key  words  in  indices 

The  system  default  alphabetizes  statements  over 
which  the  svstem  is  run. 

Update  Decision  Procedure 

The  update  decision  procedure  is  called  by  the 
update  primitive  once  for  each  sort  Key  value 
found  in  either  the  master  or  upaate  input. 

All  cf  the  statement  identifiers  (stid’s) 
supplied  to  this  procedure  on  a  riven  call  have 
the  same  Key  value  as  determined  by  the  Key 
procedure . 

in  general,  this  procedure  changes  the  master  file 
by  deleting  3one  branches  from  the  raster  input 
and  inserting  some  cf  the  update  input. 

In  the  simplest  case,  there  would  be  at  most 
one  master  and/or  update  item  for  a  given  Key 
value,  in  this  case,  tne  update  decision 
procedure  deletes  the  master  item  wnen  there  is 
a  corresponding  update  item  to  rerlace  it. 

Other  master  items  are  Kept  and  ctner  update 
lt*ns  are  inserted  after  the  destination  stid. 

A  comparison  file  may  De  created  by  tnis  procedure 
for  proof  reading. 

cr.tro:  File  and  Pecord  mode 

a  set  of  comrands  (and  modifications  to  tne  user  input 
routines)  nas  been  addeo  to  implement  a  record  and 
playback  capability.  A  session  or  series  of  operations 
at  a  disrlav  console  may  pe  recorded  on  a  file,  then 
played  oack.  During  tne  playback,  MLS  will  read  the 
input  from  the  control  file  instead  of  from  the  user. 
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An  attenpt  is  made  to  replay  the  commands  at  the  same 

sp" ed  that  the  user  entered  then.  udle2«i 

This  allows  us  to  capture  user  interaction  with  NLS 

for  analysis  and  for  creating  a  "control  load"  to  use 

in  testing  the  effects  of  changes  to  the  TENEX  and/or 

NLS  systems,  in  addition,  users  cen  build  up  a 

library  of  common  sequences  of  commands,  which  can 

then  be  executed  quite  easily.  Also,  comprehensive 

testing  of  new  releases  cf  NLS  can  be  accomplished 

using  such  recorded  user  interaction.  Ldie2ai 

output  Processor  Addition  Ldie3 

The  cutout  Processor  is  an  NLS  file  formatter,  driven  dv 
emoedoea  directives,  for  various  output  media  such  as  a 
line  printer  or  microfilm.  Inis  subsystem  was  expanded 
to  provide  a  larger  varies v  of  directives  (summarized  in 
the  ‘'cutout  processor  drief  User  Guide"  (691 2,))  and  to 
permit  such  tne  use  of  tne  F^-50  nicroxilm  device,  udle3a 

The  output  processor  subsystem  cod*  was  rewritten  in 
Tree-heta  to  provide  an  interpreter  for  tne 

formatting  directive  language.  Ldle^ai 

FP-cO  Output  Processor  Device  uule3o 

Documents  may  aeain  be  formatted  for  FW-60  microfilm 
devices.  The  document  formatter  (commonly  called  the 
output  Processor)  provides  the  following  options  with 
respect  to  this  device;  Ldieici 

6  i  character  sizes , 

placement  of  text  within  a  16k  pv  coordinate 
system . 

various  intensifies  and  line  widths,  ana 
micr of ilm/ficne  and/or  oarer  output. 


"ser  Fro/r*ms 
I r tree motion 

User-written  Programs  enaoie  one  to  tailor  tne 


h  1  i  C  u 
<i  ^  1  * 
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presentation  of  the  information  in  a  file  to  his 
particular  needs,  Experienced  users  may  write  ana 
compile  online  programs  that  edit  files 
automatically.  These  programs,  written  in  the  LIO 
programming  language  usee  by  NLS  system  programmers, 
may  be  composed  using  the  NLS  text  editor,  compiled 
into  the  user  program  buffer,  and  linked  into  the 
user's  running  NLS  svsten.  lidleEal 

The  language  contains  some  high  level  features  for 
operations  such  as  string  analysis  and 
manipulation  wnich  are  implemented  in  the  language 
as  calls  on  Nj,s  Horary  routines. 

The  User  Frosram  facility  brings  together  the 
tools  formerly  described  as  Higher  Level  Processes 
( HLPs )  in  the  June  1971  Renort  (62?7,).  The 
current  system  provides  the  user  with  access  to 
the  full  array  of  NLS  system  tools  as  well  as  tne 
debugging  facility,  DDT.  The  ability  tc  create 
what  are  *nown  as  User  Sequence  Generator  programs 
allows  greater  file  reoraering  than  did  the  old 
Analyzer  Formatter,  user  Programs  also  satisfy 
some  objections  to  tne  earlier  Executable  Text, 
which  could  not  be  easily  programmed  or  debugged. 

NLS  Provides  a  variety  of  commands  for  file 

mannuiation  ana  viewing.  All  cf  the  editing 

commands,  ara  the  print  command  with  associated 

vievsoecs  (like  line  truncation  and  statement 

numbers)  provide  examples  of  these  manipulation  and 

viewing  facilities.  itdlei>a2 


but  occasionally  one  may  need  nore  sopnisticatea  view 
controls  than  those  available  with  tne  views pec  and 
viewchange  features  in  NLS.  Eaieiiajj 

For  example,  one  mav  want  to  see  only  those 
statements  containing  a  particular  word  or  Phrase. 

Dr  one  might  want  to  see  one  line  of  tex«  that 
compacts  the  information  found  in  several  longer 
statements . 


One  might  also  wish  to  perform  a  series  of  routine 


online  lean  Environment 
79 


SRI-AKC  6  JUNE  1972  130U1 

Team  Augmentation 
Basic  VLS 


editing  operations  without  specifying  each  of  the  NLS 
commands  over  and  over  again.  kdleiiaii 

The  Network  information  Center  at  ARC  uses  the 
ability  to  create  text  using  the  information  from 
several  different  statements  (and  even  different 
files)  and  the  ability  to  insert  this  new  text 
into  a  file  to  produce  catalogs  ana  indices. 

These  programs  may  range  from  simple  content  analysis 
pattern  filters  wnicn  alter  tne  way  a  file  is  viewed 
by  ?  user  to  advanced  programs  that  provide  sequence 
generators  and  sort  keys  to  edit  and  restructure  many 
files  automatically  upon  execution.  kdleiia5 

Users  taking  advantage  of  tnis  expanded  feature  also 

have  access  to  the  debugging  facility  '  *  tne  system. 

Currently  this  means  that  the  TEN EX  DDi  may  he  used 

with  compiled  and  instituted  user  programs  (i.e., 

those  wnich  nav*  been  linked  into  the  user's  running 

NLS  system),  a  Planned  expansion  will  make  available 

a  debugger  in  tne  Ni.s  system  itself  providing  ar 

extre^eiv  powerful  programming  tool.  kdleaab 

*niie  the  user  program  tool  itself  has  been  available 
m  various  forns  for  several  months,  the  complexity 
of  the  language  and  of  tne  NLS  internal  structure 
have  precluded  any  major  attempt  to  make  it  generally 
available  in  its  ?ost  powerful  forms,  content 
analysis  patterns  have  been  as  far  as  most  users  have 
gone  in  their  use.  kdleua? 


Some  pen-programming  personnel  at  ARC,  nowever,  have 
teen  creating  programs  to  produce  formatted  catalogs; 
programmers  rave  used  the  feature  to  create  and  debug 
r.eu  NLS  commands  and  sjbsvsters  without  being  forced 
to  compile  and  load  tne  entire  NLS  system  whenever  a 
change  is  made,  an  inefficient  and  time  consuming 
process  <?i ver  tne  demands  on  system  resources  and  tne 
current  size  of  the  sv stem.  udleaab 

To  maw-e  tnis  powerful  tool  more  generally  usable,  an 
initial  documentation  of  a  subset  of  the  Liu  language 
has  ceen  created,  in  is  "LlG  primer"  provises  easic 
information  on  tne  syntax  and  semantics  of  many  of 
the  constructions  cf  the  wnole  language.  It  also 
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describes  the  basic  commands  in  NLS  that  provide  the 
user?  interface  between  NLS  and  user  programs. 

(92 46. ) . 

omitted  from  the  documentation  are  discussions  of 
some  special  purpose  language  constructions  used 
in  the  creation  of  NLS  display  commands.  Also 
currently  undocumented  are  system  procedures  that 
may  be  accessed  through  user  programs  and  which 
facilitate  building  the  more  complex  file  editing 
and  manipulation  tools.  Supplements  to  the 
’•Primer"  and  the  continuing  documentation  of  the 
NLS  system  in  general  will  deal  with  tnese 
omissions. 

creation  of  user  written  programs 

User  written  programs  must  be  coded  in  Lie.  They  nay 
call  other  user  written  routines  and  various 
procedures  in  the  nl£  nrorram  itself. 

User  program'  that  control  the  way  material  is 
portrayed  take  effect  when  NLS  presents  a  seauence  of 
statements  in  response  to  a  command  line  Print  Group 
(in  I n L S )  or  Jump  to  Item  lin  DNLS). 

In  processing  a  command  such  as  print,  NI.S  looks 
at  a  sequence  of  statements,  examining  each 
statement  to  see  if  it  falls  within  tne  range 
specified  in  the  rrint  conmana  and  if  it  satisfies 
the  vievstecs.  At  tms  point  Nts  may  also  pass  tne 
statement  to  user  written  program  to  see  if  it 
satisfies  the  requirements  specified  in  that 
program.  If  the  user  program  returns  a  value  of 
true,  the  (passed)  statement  is  printed  and  the 
next  statement  in  the  seauence  is  testea;  if 
false,  the  next  state.  *»t  in  the  sequence  is 
tested. 

Although  a  user  program  may  ce  called  explicitly, 
user  programs  tnat  modify  files  usually  pair,  control 
at  the  sane  rcint  in  processing  as  those  tnat  control 
thm  view. 


Typically,  one  wants  such  a  program  to  operate  on 
a  sequence  of  statements  chosen  pv  a  user  when  he 
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decides  to  run  tne  program.  In  addition,  one 
usually  wants  to  see  the  results  of  such  an 
automated  series  of  editing  operations  immediately 
after  it  happens. 

Context  of  User  written  Programs  --  The  Portrayal 

Generator  LdleLc 

Generally,  the  user  written  urogram  runs  in  the 

framework  of  the  portrayal  generator.  It  may  be 

invoked  in  several  ways,  described  oelow,  whenever 

one  asks  to  view  a  portion  of  the  file,  e.g.,  with  a 

Print  command  in  TNLS,  with  any  of  tne  output  to 

Printer  commands,  and  vitn  tne  Jump  command  in  dnLS.  lidlelid 

All  of  the  portrayal  generators  in  NLS  have  at  lea«t 

two  sections  --  the  sequence  generator  and  the 

formatter;  if  tne  user  invoices  a  program  of  his  own, 

the  portrayal  generator  will  have  at  least  one,  and 

possiply  two,  additional  parts  ••  a  user  filter 

program  and  a  user  sequence  generator.  ualeUc2 

Sequence  Generator  UdleJ*c3 

The  sequence  generator  looks  at  statements  one  at 
a  time,  beeinning  at  the  point  specified  by  the 
user.  It  observes  viewspecs  like  level  truncation 
in  determining  wnic.n  statements  to  pass  on  to  the 
formatter. 

For  example,  the  viewspecs  ray  indicate  that 
only  the  first  line  of  statements  in  the  two 
highest  levels  are  to  be  output,  Tne  default 
NLS  sequence  generator  will  return  pointers 
only  to  those  statements  passing  tne  structural 
filters;  the  formatter  will  further  truncate 
tne  text  to  only  the  first  line. 

one  of  the  viewspecs  that  the  sequence  generator 
cays  Particular  attention  to  is  "i"  --  tne 
viewsoec  that  indicates  wnether  a  user  filter  is 
to  be  applied  to  the  statement.  If  tnis  viewapec 
is  on,  the  sequence  generator  Passes  control  to  a 
user  filter  program,  which  looks  at  tne  statement 
ana  decides  wnetr.er  it  should  oe  included  in  the 
sequence,  if  tne  statement  passes  the  filter 
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(i.e.  the  user  program  returns  a  value  of  true#, 
the  sequence  generator  senes  the  statement  to  the 
formatter;  otherwise,  it  orocesses  the  next 
statement  in  the  sequence  and  sends  it  to  the  user 
filter  program  for  verification. 

when  the  sequence  generator  finds  a  statement  that 
passes  all  the  viewsoec  requirements,  it  returns 
the  statement  to  the  formatter  and  waits  to  be 
called  again  for  the  next  statement  in  tne 
sequence. 

Formatter  lidiekcl 

The  formatter  arranges  text  passed  to  it  by  the 
seauence  generator  (described  below)  in  the  style 
specified  dv  the  user.  The  formatter  observes 
viewsrecs  such  as  line  truncation,  length  and 
i». denting;  it  also  formats  the  text  in  accord  with 
the  requirements  of  the  output  device. 

The  formatter  wor <s  by  calling  the  sequence 
generator,  formatting  tne  text  returned,  then 
repeating  this  process  until  the  seauence 
generator  decides  that  tne  sequence  nas  been 
exhausted  or  the  formatter  nas  filled  the  desired 
area  (e.g.,  the  display). 

User  filters  kdleucfr 

The  user  filter  program  may  be  either  a  content 
analysis  pattern  or  a  more  complex  no  program, 

content  analysis  Patterns 

Content  analysis  patterns  describe 
characteristics  that  a  statement  must  have  to 
be  included  in  the  sequence  being  generated. 

For  example,  a  content  analysis  pattern  may 
stipulate  tnat  a  statement  must  contain  a 
particular  phrase,  or  tnat  it  must  nave  been 
written  since  a  particular  date.  In  general, 
content  analysis  patterns  may  use  any  of  the 
pattern  matching  facilities  permitted  in  Lio 
Fl'Ju  statements. 
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Content  analysis  patterns  cannot  affec*  the 
format  of  a  statement,  nor  can  they  initiate 
editing  operations  on  a  file.  They  can  only 
determine  wither  a  statement  should  oe  viewed 
at  ail. 

Nevertheless*®  content  analysis  filters  provide 
a  powerful  tool  for  user  control  of  tne 
portrayal  of  a  series  of  statements.  They  are 
the  most  frequently  used,  and  easily  written, 
of  the  user  programs.  However,  if  one  wishes 
to  change  the  format  of  a  statement,  or  to 
modify  the  file  as  it  is  displayed,  he  must  use 
a  user  written  Liu  program. 

User  writ  '.10  Programs 

A  user  written  program  may  be  given  control  by 
the  sequence  generator  in  exactly  the  same 
fashion  that  a  content  analysis  program  is 
initiated.  However,  in  addition  to  pattern 
matching ,  it  may  change  the  format  of  a 
statement  being  displayed  and  may  modify  the 
statement  itself  (as  well  as  other  statements 
in  the  file) . 


A  user  written  program  invoxed  oy  the  sequence 
generator  has  several  limitations.  it  can 
manipulate  only  one  file  ana  it  can  look  at 
statements  only  in  the  order  in  which  they  are 
presented  oy  the  sequence  generator,  m 
particular,  it  cannot  oacK  up  and  re-examine 
previous  statements,  nor  can  it  sicip  aheaa  to 
other  parts  of  the  file.  A  user-written 
sequence  generator  u s t  oe  provided  when  one 
needs  to  overcome  tnese  restrictions. 

User-written  Sequence  Generators 

A  user  nay  rrovioe  his  own  sequence  generator  to 
oe  us*d  in  lieu  of  the  regular  NLS  seouence 
enerator.  Such  a  rrogran  mav  call  the  normal  NLS 
seouence  generator,  as  well  as  content  analysis 
filters  and  user-written  L10  Programs.  It  may 
even  call  other  user-written  seauence  generators. 
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This  technique  provides  the  most  powerful  means 
for  z  user  to  reformat  (and  even  create)  multiple 
files  a;;d  to  affect  their  portrayal.  However, 
since  writing  them  requires  a  detailed  Knowledge 
of  the  entire  NTS  program,  the  practice  is  limited 
to  experienced  NL3  programmers. 

Examples  Of  content  Analysis  Patterns  And  LIO  User 
Programs 

The  user-written  filters  may  be  imposed  by  an  NLS 
subsystem  accessed  by  the  command  "Goto  Programs** . 

These  NLS  commands  are  used  to  compile,  institute  (or 
lxnx  the  compiled  user  program  into  the  user’s  copy 
of  the  running  NLS  system),  and  execute  user  Programs 
and  filters.  They  are  described  in  detail  in  the  LIO 
Primer.  (92k6f), 

Examples  oi  simple  content  analysis  patterns  and  LIO 
analyzer-formatter  user  programs  follow. 

Examples  oi  Simple  Content  Analysis  Patterns 

stFORE  (2WAf<-72  12:00)1 

This  pattern  will  match  those  statements 
created  or  modified  (wnichever  happened  most 
recently)  before  noon  on  25  January  1972. 

ID  =  Hot  OR  ID  =  KFA; 

This  pattern  will  match  all  statements  created 
or  modified  (whichever  happened  most  recently) 
by  users  with  the  identifiers  “HGLM  or  "Kf a". 

L  2SLD  /  /  “  c  A  “  /  “content  Analyzer"/! 

This  pattern  win  match  any  of  three  types  of 
statements*  tnose  beginning  with  a  numerical 
digit  followed  by  two  characters  wnich  may  oe 
either  letters  or  digits,  and  statements  with 
either  the  patterns  “CA"  or  “content  Analyzer" 
anywhere  in  the  statement. 

Note  the  use  of  the  brackets  to  permit  an 


iidlefcd 

udlelidl 

adlelia2 

aaleiid? 

4dleuu)i 
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unancfcored  search  --  a  search  for  a  pattern 
anywhere  in  the  statement.  Note  also  the  use 
of  the  slash  for  alternations. 

[  (2L  (5P/TKUE)  /2D)  D  •  -  kDj  i 

Tniai  pattern  will  matcn  characters  in  the  form 
of  phone  numbers  anywhere  in  a  statement. 
Numbers  matcned  may  have  a  two  digit,  alphabetic 
exchange  followed  by  an  optional  space  (note 
the  use  of  the  TRUE  construction  to  accomplish 
this)  or  a  numerical  exchange. 

Examples  include  YU  E-123U,  YUU-123U,  and 
9«L-123U. 

Examples  of  Analyzer-Formatter  Programs 

Tr.e  following  are  examples  of  user 
analyzer-formatter  programs  which  selectively  edit 
statements  in  an  NLS  file  on  tne  basis  of  text 
searched  for  by  the  pattern  matching  capabilities. 
Examples  of  more  sophisticated  user  programs  such 
as  sort  Keys  and  iser  sequence  generator  programs 
will  be  presented  in  a  later  supplement  with  a 
description  of  NLS  routines  easily  accessed  by 
users. 

Example  1-- 

PROGRAM  outname  %  removes  statement  names  -- 
dels  ( )  ---» 

DECLARE  T^XT  POINTER  sf,  paf,  Pae; 

( outname) PROCEDURE; 

IF  find  t sf  SNP  M  tuaf  C')J  tpae  THEN 
bEGI  N 

ST  sf  «-  pae  5f  isf )  ; 

RETURN (TRUE) ; 

END 

ELSE  RETURN (FALSE); 

E  N  i) . 

FINISH 

This  program  removes  any  parenthesized 
expression  whose  opening  parenthesis 


Ldleiidi 
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corresponds  to  the  first  printed  cnaracter  of 
an  NLS  statement. 

Example  2-- 

PROGRAF  changed 
(changed) PROCEDURE: 

LOCAL  TEXT  POINTER  f,  e; 

FIND  Tf  SE ( f )  te; 

IF  FIND  SINCE  (25-JAN-72  12:00)  THEN 
DEGIN 

51  f  ♦  "t CHANGED/",  i  «; 

RETURN (TRUE) ; 

ENn 

ELSE  RETURN (FaLSE) ; 

END. 

FINISH 

This  program  checks  to  see  if  a  statement  was 
written  after  a  certain  date.  If  it  was,  the 
string  "/’CHANGED /"  will  oe  out  at  the  front  of 
the  statement. 

Software  Engineering  Augmentation  systems  (SEAS)  ud2 

introduction  Ud2a 

Of  all  ox  the  special  application  areas  wnere  our 
augmentation  tools  could  r^asonaol.v  te  applied  for  testing 
and  evaluation,  that  of  the  software  engineer  has  from  the 
beginning  oeen  our  crime  candidate.  Re  took  a  significant 
5 tec  in  tnis  directior  in  lye>6  when  we  developed  M0L9LG,  a 
special,  higner-level  language,  and  applied  it  to  all  of 
our  NLS  programming.  ROL9uO  allowed  our  software  engineers 
to  use  the  special  features  of  NLS  for  supporting  the 
composition,  studying,  ana  modification  of  our  source  code 
and  its  documentation.  Tne  result  was  a  significant  stop 
in  ausner  cine  tmeir  capaoility.  uu2al 

In  this  past  contract  period,  we  have  taKer.  several  steps 
to  further  augment  the  software  engineer  --  in  fact,  we 
have  coired  the  acronym  SEAS  (for  software  Engineer 
Augmentation  Svstem)  to  give  specific  system  orientation 
towards  tne  end  of  developing  a  full  ana  balancea  set  of 
tools,  tecnniaues,  rethods,  principles,  etc.  for  augmenting 
software  engineers,  Tne  developments  described  delow  are 
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nart  of  ?n  accelerating  activity  --  an  important  part  of 
our  near-future  plans  in  tne  next  contract  period  involve  a 
greater  level  of  activity  nere„ 

The  S£^5  developments  summarized  below  are  described  in 
~ore  detail  in  the  following  sections: 

*itn  the  change  fron  our  XDS-9UO  to  tne  PDP-10,  ve 
ucgraned  our  compiler  compiler  to  a  more  flexible 
Tree-Meta  Compiler , --, ud2e)  and  our  systen-prc  ramming 
language  to  the  more  powerful,  less  machine-dependent 
L10;  both  developments  added  to  the  SEAS  tool  *it. 

we  adopted  new  standards  for  documentation,  and 
developed  several  system-measurement  sub- systems, 
see--, 7r3) . 

Turing  the  last  year,  we  developed  a  source-code 
deougping  system  for  L10,  wording  from  NLS  see--,ka2o,. 
source  Level  jecu^gine  not  only  will  be  useful  to  us  for 
the  regaining  period  of  our  110  usag*,  but  also  it 
serves  as  a  prototype  of  an  approach  vnicn  will  pe 
applicable  for  otners  wno  can  utilize  an  MS-oased  SEAS 
for  software  engineers  that  use  another  language  such  as 
ell,  c'OsnL,  FORTRAN,  or  even  an  assemcl;/  language, 

Luring  the  last  year,  ve  aiso  oegan  development  worK  on 
tne  nex*  state  of  compiler  compiler,  ana  an  advanced, 
roauiar,  system-programming  language  (;;pj)  see--, Ud2f) . 
wmch  *cn't  re  finianea  until  naifway  throurn  the  next 
contract  period  --  rut  wnicn  will  provide  a  significant 
stur  forward  for  5EAS.  *'e  will  use  them  to  implement 
the  succeeding  stages  of  y 1 5  evolution,  ara  tnev  win 
also  Provide  the  case  for  tne  intensive  exploratory 
developments  of  our  central,  advanced  blkS  experiments . 

Source  Level  repuegirg 

ma.Mr.r  miner  change*  to  tne  7t  upa  Dynamic  jeougring 
Technique  system,  Di?T,  anc  to  tne  ARC  lie  Programming 
language  compiler,  ami  oy  nrevi  ling  a  fairly  sinpl- 
decuggir?  subnode  accessible  tnrourn  NLS,  N'LS-ODT,  APC 
software  engineers  have  provided  themselves  vitr.  a 
primitive  -uu  effective  source  level  debugging  anu 
(procedural  level)  incremental  compilation  system. 


Ud2a2 

4d2a3 

ud2aja 

'id2a3o 

ud2a3c 

uu2aM 

4d*P 
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This  system  was  developed  as  a  user  program  ana  is 
currently  functional  only  ~n  TKLS.  It  will  soon  be 
expanded  to  ONLS  as  well.  Documentation  of  the  commands 
in  the  system  may  be  found  in  (Journal.  6 33 U # ) •  4d2bla 

The  NLS-DDT  system  provides  an  easier  way  to  examine 
individual  cells  and  L10  data  structures,  such  as  records, 
fields,  strings,  and  call  stack  frames,  than  is  available 
in  the  current  TENEX  DDT*  Ld2b2 

procedures  which  are  compiled  in  the  User  Program  submode 
may  replace  procedures  in  a  running  system  during  a 
debugging  session  without  tne  necessity  of  either  patching 
in  machine  language  code,  as  in  the  TENEX  DDT,  or  loading 
an  entirely  new  system,  a  slow  process  for  a  large, 
multi-file  program  such  as  NLS.  Symbol  definition  is 
resolved  with  tne  rest  of  the  running  code.  Such 


procedures  nay  also  be  inserted  into  the  program.  Ud2bj 

The  fcreaKpointine  features  of  TENEX  TDT  are  provided  as 

well  as  a  conditional  breakpointing  capaoility.  iid2ba 

The  cornand  language  is  less  opscure  than  that  of  TENEX-DDT 
and  is  mere  consistent  with  other  commands  in  tne  NLS 
environment,  4d2b5 

system  Measurement  ua2c 


rne  designers  of  a  continually  evolving  system  must  be  able 

to  measure  the  effectiveness  of  modifications  introduced 

into  the  whole  system.  They  must  be  able  to  quantitatively 

and  qualitatively  measure  the  effect  of  a  cnange  on  the 

command  use  of  individual  users  and  on  the  whole  system 

response.  Analyses  of  these  measurements  indicate  the 

reed  for  modification  in  training  techniques  and  for 

further  changes.  Ld2cl 

\’LS  can  measure  its  own  activity  in  various  ways.  Each  of 
these  measurement  techniques  was  added  to  NLS  at  different 
times  and  in  response  to  different  questions  the  system 
programmers  were  asxing  aoout  system  activity.  Ld2c2 

These  primitives  will  be  expanded  to  be  used  with  tne 

more  formal  measurement  and  evaluation  goals  of  SEaS.  i*d2c2* 

measuring  the  elapsed  time  Detween  two  instructions.  ad2ci 
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This  is  the  crudest  measurement  facility;  the  only  user 

interface  is  through  the  PDP-lo's  DDT  subsystem.  Given 

two  addresses  and  a  count,  the  elapsed  doc  time  between 

executing  the  two  instructions  will  be  accumulated  the 

number  of  times  soecified  by  the  court.  Then  the 

figures  are  reinitialized  and  the  time  reaccumulated.  Ui2c3a 

Measuring  the  time  required  by  various  types  of  NLS 

commands.  a*i2ct 

The  real  and  joe  tines  required  to  execute  various  types 
of  MS  commands  can  oe  collected  at  regular  intervals 
and  saved  on  a  file,  me  queue  numoer,  number  of 
reserved  paees,  number  of  page  faults,  and  worKing  set 
size,  averaged  over  the  interval,  are  alsc  recorded. 

This  file  must  then  be  processed  by  a  separate  program 
to  interpret  and  format  the  results.  Id2cka 

four  basic  t,ype3  of  statistics  are  collected  -- 
information  about  text  editing  commands,  about  structure 
editing  ccnnands,  about  tne  time  NLS  requires  to  respond 
to  a  single  character,  and  aoout  the  lag  between  the 
time  tne  user  types  a  character  ana  the  time  NLS 
receives  it. 

monitor  neasure-*nts 

Several  monitor  calls  nave  been  added  to  nelp  m  tne 
measurement  of  cur  system.  For  example,  one  of  these 
collects  information  from  MS  aoout  tne  real  and 
execution  time  required  for  each  interaction  with  the 
user. 


!id  2  C  U  D 
Ud2c  i> 

iid2ci>a 


-he  measurement  facility  for  the  entire  timesharing  system, 
superwatch,  is  described  oel'-w,  (See  --,703)  ud^co 

source  code  flccur.en cation  stand*  ‘as  ud2a 

several  program-era  continual..  modify  the  150,000  conruter 

words  of  MS  c?qe.  in  sum  a  large  system  it  is  essential 

tnat  code  be  clearly  documented  to  oernit  anvor,<*  to  fix 

bugs  ana  maxe  additions  to  the  system  as  llexibiy  and 

easily  as  cossicie.  well  documented  source  code,  viewed 

using  the  lirxine  and  level-clipping  features  of  NLS, 

provides  a.n  immediate  overview  of  the  system  ana  an 

imeortant  tool  to  the  augmented  software  engineer.  kd^di 
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Tne  lack  of  proper  documentation  clearly  becomes 

untenable  in  a  bootstrap  community  with  many  widely 

dispersed  people  collaborating  on  the  same  system.  Ld2flla 

Thus,  in  the  development  of  a  software  engineering  system 
design  discipline,  standards  and  methods  for  documentation 
must  exist.  Toward  this  end,  several  steps  were  taken  in 
the  last  contract  period.  Ld2d2 

Standards  for  documentation  and  coding  were  proposed  in 
(journal, 6573, ) ,  (Journal, 6637, ) ,  and  ( Journal, 66U3, ) . 

They  have  been  used  m  cleaning  up  several  NLS  source 

code  files.  This  clean  up  is  continuing.  Ud2d2a 

A  program  for  developing  a  linked  cross  index  has  been 

in  use  for  several  months,  Jid2d2b 

Languages  Ld2e 

introduction  Ld2el 


ARC  currently  makes  use  of  two  primary  languages  created 
at  tne  center  In  its  NLS  system  development!  the  LIO 
programming  language,  which  is  used  to  write  NLS 
programs,  and  tr*  Tree-Meta  compiler-compiler  system, 
which  is  used  to  generate  compilers  for  LIO,  have  been 
used  to  bootstrap  compilers  onto  different  computers, 
and  have  been  used  to  generate  the  first  compiler  for 
the  Kduiar  programming  Tanguage  (MPL)  . 

Additionally,  Tree-Meta  has  been  used  to  develop  an 
interpreter  for  the  output  processor  directive 
language. 

in  collaboration  with  several  people  at  the  Xerox  Palo 
Alto  Pesearch  Center,  work  has  begun  on  a  Modular 
Programming  system  (MPS)  and  \  Modular  Programming 
Language  (M?i)  that  will  replace  the  current  languages 
and  in  ^hich  tne  nLS  system  will  be  redesigned  and 
rewritten  for  greater  efficiency  and  flexibility. 


iid2ela 

Ld2elal 


id2elD 

Ud2e2 


NLS  on  the  pnp-io  is  written  in  tne  LIO  programming 
language,  an  ALOOL-like  language  that  has  some  high 
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level  special  purpose  features  for  string  analysis  and 
manipulation  and  for  interacting  with  NLS  users. 


Tne  June  1971  report  (6277,)  describes  the  process  of 
transferring  from  the  XDS-9UO  languages  and  compilers  to 
the  sDp-ic.  An  LIO  primer  (92U6,)  describes  many  of  the 
features  of  the  language  for  inexperienced  programmers 
wisning  to  make  use  of  the  User  Program  facility,  a 
complete  presentation  of  the  language  is  also  available 
in  a  terser  form  for  experienced  programmers. 


Tree-meta 


4d2eJ 


Tree  Feta  is  a  metacompiler  system  for  context-free 
languages  developed  at  ARC .  The  parsing  statements  of 
the  metalanguage  resemble  Backus-Naur  Form  with  embedded 
tree-builame  directives,  unparsing  rules  include 
extensive  tree-scanning  and  code-generation 
constructions.  All  compilers  produced  by  the  system  are 
single  pass  compilers  that  produce  lcadaole  binarv 
files. 

>j  u<;  e  jz 

A  net  a  compiler,  in  tne  most  general  sense  of  the 
ter-,  is  a  program  that  reads  a  metalanguage  program 
as  ir.mt  and  translates  tnat  program  into  a  set  of 
instructions.  If  tne  input  program  is  a  complete 
description  of  a  formal  language,  tne  resjlt  of  the 
translation  is  a  compile*  for  the  language.  Iid2e3al 


Tree  beta  is  cuilt  to  deal  witn  a  specific  set  of 
languages  and  an  even  nr> re  specific  set  of  users.  There 
is  nc  attempt  to  design  universal  languages,  or  machine 
l merer dent  languages,  or  to  achieve  any  of  tne  otner 
poals  of  ra ny  conniler-co-ipiler  systems. 


in  tne  hast  contract  period  Tree  Meta 
pcctstram-.cF  from  ♦  r.e  old  to 

Currently  it  is  r-einp  u sen  to  create 
ccr.f  ii  *r . 


*us  useful  in 
the  new  Hpr-10. 
.me  *irst 


Lo2e  j>C 


t  version  of 
,ne  kcie  Rep' 


rree  ‘•^ta  was  discussed  in  an  appendix  to 
srt  of  Arnl  I9e>6  (9697,).  Since  that  time, 
t  ^  ^  syntax  n  a  s  o e  e n  e  x  p  a  r.  1  e a  a  no  the  system  name  -  o r  e 
flexiM*.  A  new*  rree-ueta  report  1066?,)  inducts  a 
loim.al  description  of  tne  Tree  Meta  language  taken  from 
a  lender  Tree  Meta  report  being  completed. 


uaSe^d 
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Modular  Programming  Ud2f 

Goals  kd2H 

The  Modular  Programming  System  (KPS)  is  a  set  of  tools 
for  the  development  and  continued  evolution  of  large 
software  systems  in  an  interactive  environment.  All 
such  large  software  systems  share  certain 

characteristics:  na2fla 

(al)  they  are  the  work  of  a  group  of  people  whose 
membership  will  change  over  time;  Ed2flal 

(a2)  tney  are  necessarily  constructed  from  a  number 
of  separately  developed  programs;  Uu-fla2 

(a 3)  they  evolve  and  grow  througnout  their  lifetimes 

(and  there  is  evidence  that  they  also  "age"  (lOkbl).  iid2fla3 

The  MPS  project  aims  to  decrease  the  effort  required  to 
build  and  evolve  such  systems  and  to  increase  the 
reliability  of  the  resultant  products.  As  a  specific 
test  of  its  capabilities,  MPS  will  be  used  in  the 
rewriting  and  restructuring  of  the  NLS  system  developed 
at  Stanford  Research  Institute.  kd2flo 

Desirable  Characteristics  ud2f'2 

points  al,  a2,  a3  are  axiomatic  statements  about  tne 
dynamics  of  all  large  software  systems.  The  following 
discussion  uses  these  and  a  few  other  axioms  to 
establish  desirable  cnara*  teristics  for  MPS.  Tr:ev  are 
intended  oniv  to  lend  plmsioility  to  the  set  of 
capabilities  which  the  MPS  project  is  investigating. 
Furthermore,  the  "logical  conclusions"  on}v  represent 
design  choices  to  satisfy  the  axioms;  otner  choices 
could  certainly  be  made  which  would  not  be  inconsistent 
with  tne  axiom  set,  out  that  is  another  research 
project.  Hopefully  there  is  a  minimum  of  hidden  meaning 
in  the  following  discussion:  each  axiom  and  consequence 
is  intended  to  be  taken  strictly_at  face  value. 

h 

we  first  add  two  nore  axioms  to  the  above  set: 

(aii)  large  software  systems  must  be  able  to  take 
advantage  of  availaole  hardware  for  efficiency.  ud2f2bl 


ud2f2a 
,i  d  2  f  2  o 
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(a5)  program  bugs  <tre  not  known  before  tney  occur.  Ud2f2b2 


(alia)  al-ali  imply  that  software  components,  nereafter 

called  nodules,  should  be  separately  compilable  and 

debugeable.  :  lerefore  there  must  be  a  way  cf  linking  or 

binding  separate  components  together  to  provide  an 

environment  (data  and  programs)  within  which  a  module 

can  be  debugged,  Iid2f2c 

(a6)  in  an  interactive  programming  environment,  users 
must  be  able  to  develop  and  use  debugging  tools 
aoplicaDie  to  programs  in  the  same  programming  system 
(6035,)  (  101i76 , )  •  lid2£2d 

aka,  aS,  and  a6  then  imply  tnat  kd2f2e 

(a6a)  the  environment  of  a  program  must  be 

dynamically  alterable;  kd2f2el 

(a6b)  \  nrorram  should  not  have  to  oe  altered  when 
its  environment  chances  in  ways  which  do  not  affect 
the  semantic  intent  of  the  program  --  this  is  called 
programming  ge  lerality.  Ua2f2e2 


U3a)  a3  suggests  that  a  desiraol^  .  s*racteristic  for 

tools  cor  building  large  systems  should  oe  tnat  the 

energy  to  chance  part  of  the  system  should  oe  more  a 

function  of  the  complexity  cf  the  change  tnan  of  tne 

size  of  tne  system.  Iid2f2f 


(a3b)  a  new  system  always  has  Darts  which  are 
functionally  similar  to  previously  developed  systems. 

The  new  system  na.v  therefore  oe  regarded  as  a  change 
(thouph  perhaps  substantial)  to  an  older  system.  a3a 
then  points  out  the  necessity  for  being  able  to  reuse 
components  wnicn  have  Deem  made  reliable  through  usage. 

This  increases  tne  initial  reliaoility  of  tne  new  system 

anci  aecreases  its  cost.  uci2f2g 


Ujc)  One  way  of  constructing  useful  components  is  to 
builo  then  from  concinations  of  already  existing  modules 
(a3b).  Hence  tnere  must  be  a  wav  of  bundling  useful 
configurations  together  as  seemingly  atonic  modules  so 
they  can  be  readily  reused.  ia?f2n 


yP3  Capabilities 
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Tc  satisfy  these  objectives,  mps  has  concentrated  on 
providing  the  following  capabilities: 

Control  mechanisms  which  enable  nodules  to  be  linked 
together  with  a  minimum  of  built  in  assumptions  about 
how  each  interprets  control  transfer  ov-r  the  link 
between  them. 

Simple  function  call  and  return  mechanisms  alone 
do  not  satisfy  this  requirement. 

Data  definition  facilities  that; 

clarify  tne  specification  of  the  data  structures 
which,  together  with  control,  completely  specify 
the  interfaces  between  modules; 

are  potentially  economical  in  srace  and  accessing 
speed  without  being  dependent  on  a  particular 
machine; 

are  an  aid  in  developing  and  describing  prorra^ 
components  and  the  structure  of  algorithms. 

f  aril  ities  for  dynamically  binding  tne  virtual 
objects  required  by  a  module  for  execution  to  real 
objects. 


For  example,  for  binding  a  procedure  call  to  a 
real  procedure,  a  "typed"  pointer  to  a  data 
structure  of  tne  correct  type,  etc.  The  set  of 
bindings  for  a  module's  virtual  objects  at  a  given 
moment  comprises  che  environment  for  tnat  module. 

Complete  accessibility  to  tne  MP3  "virtual  machine" 
(which  is  a  set  of  primitive  MPS  programs/  and  to  mps 
programs  as  data  structures. 

inis  enables  debugging  ana  treasuring  tools  tc  oe 
built  as  standard  MPS  programs  and  alone  with 
dynamic  binding  allows  such  tools  to  oe  Drought  to 
oear  on  ftps  programs  whenever  necessary. 

The  ability  to  bundle  a  configuration  of  data  and 
program  nodules  together  as  a  nodule  which  may  oe 
uaved  for  later  use  lust  as  a  simple,  atomic  module. 


4d2f3a 


kd2f3al 
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Tnis  allows  systems  to  be  partlv  initialized  ay 
partially  executing  them  and  tnen  bundling  them  up 
for  later  use  witn  the  initialization  computations 
factored  out; 

It  also  allows  a  configuration  that  has  exploited 
a  bug  to  be  saved  away  for  later  perusal  with  the 
state  as  it  was  when  the  bug  was  discovered; 

Lastly,  it  allows  standard  noaules  to  oe  built  by 
configuring  them  from  oth^r  modules  in  the  spirit 
of  using  already  available  components  wnenever 
oossible  and  provides  some  logical  completeness  to 
the  system. 
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internal  organization 

During  the  past  year,  several  ARC  organizational  arrangements 
were  introduced,  centering,  in  tne  early  part  of  the  period, 
mainly  on  line  activity  structure  and  associated  roles. 

The  creation  of  pusher  (task  leader)  roles  for  tasks  ana 
coordination  roles  for  system  architecture,  methodology,  and 
personnel  resources  placed  the  responsibility  for  these 
efforts  more  directly  on  selected  individuals. 

pusher  roles  were  carried  out  in  the  framework  of  the 
developing  Baseline  Management  system.  Coordinating  roles 
were  also  carried  out  in  this  environment.  The  techniques 
for  performing  these  roles  still  leave  much  to  be  desired. 

Our  plans  to  record  task  requirements  and  designs  will 
aid  this  process. 

In  the  Fall  of  1971#  we  set  up  a  four-man  Executive  Management 
Committee  (EMC)  to  carry  out  many  of  the  day-to-day  operating 
management  tasks.  Membership  was  later  changed  to  three. 

The  SMC  Mac  documented  its  meetings  througn  journal  entries 
as  they  occurred. 

PODAC  is  to  deal  with  ARC  Peoples'  beliefs,  interests,  and 
feelings,  helping  people  and  the  organization  to  deal  with 
the  goals  and  line  activities  that  result. 

During  the  past  few  months,  a  new,  more  oroad  overall 
organizational  structure  has  been  in  the  process  of  formation. 

This  consists  of  three  main  activities  that  have  teen  set 
up  to  cover  our  framework  and  goal  setting,  line  operation, 
and  personal  and  organizational  development  needs. 

T:.c--  t^ivities  are  called:  FRAMAC,  LINAG,  and  PODAC. 

FHAMAC  is  to  discuss  and  define  the  arc  framework  and 
set  long-range  goals  and  plans. 

LINAC  is  to  carry  out  activities  within  tne  framework 
that  rove  us  toward  the  goals,  with  more  detailed, 
shorter-range  plan  formulation. 
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PODAC  is  to  deal  with  ARC  peoples'  beliefs,  interests, 
and  feelings,  helping  people  and  the  organization  to 
deal  with  the  goals  and  line  activities  that  result. 

These  are  described  ir.  more  detail  below  and  in 
documents  (10331,',  (1003*1#)#  ™d  <*651# )  respectively 


FRAKAC 

we  have  launched  an  activity  within  ARC  called  our  Framework 
activity  (FRAKAC) ♦ 

FRAMAC:s  go? is  ana  general  metnod  ox  approach  are* 

To  provide  a  continuing,  purposefully  *'in  forum,  for 
developing  the  framework  ci  concepts,  strategies, 
principles,  and  goals  within  which  we  will  pursue  our 
planning,  promoting,  erring,  LINAC  and  PuDAC  activities, 
and  interaction  wiwn  the  world,  we  are  holding  a  regular 
sequence  of  meetings,  where  dialog  is  expected.  Records 
are  Kept  art  Journalized*  A  coherent,  explicitly  developed 
framework  Section  of  the  Handbook  will  ensue. 

The  first  meetings’  notes  are  recorded  in  i!0k5&,)# 
(10U59, )  ,  and  (10553,). 

our  First  Stage  (starting  May  1972  and  lasting  several 
months)  includes: 

a)  Piecine  togetner  and  bring  about  a  general 
understanding  of  Dr,  Engc  Part’s  personal  franeworK,  tne 
history  that  brought  us  to  vnere  we  now  ere,  and  tne 
current  state  of  our  implicit  framework  (i,e.  the 
practices,  principles,  goals,  etc.  that  we  can  see  nave 
affected  our  current  state  and  direction), 

b)  Bringing  each  of  our  FPAMAC  participants  to 
understand  reasonably  well  where  each  of  the  others 
stands  on  wnat  we  consider  to  oe  the  important  facets  of 
the  framework,  in  terms  not  only  of  degree  of  nis 
understanding,  but  also  of  the  degree  and  nature  cf  his 
interest,  beliefs,  and  attitudes, 

our  Second  stage  will  include: 

A  continuing  process  of  framework  analysis  ana 
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development.  The  objective  is  to  continually  evolve 
toward  a  "most  useful  framework,"  one  that  is  Kept 
complete  and  updated  as  part  of  our  Handbook,  and  that 
is  referenced  constantly  ±n  our  Planning,  designing, 
evaluating,  and  teaching. 

we  plan  that  in  this  stage  we  would  judiciously 
integrate  concepts,  considerations,  viewpoints,  ana 
analyses  of  others,  via  an  organization  and  process  yet 
tc  be  decided  upon.  Dunn?  tne  Stage  l  process,  Dr. 
ringelfcart  will  further  develop  Parts  of  his  framework 
and  will  describe  those  parts  that  Dear  upon  the  process 
of  further  ARC  Framework  development. 

we  plan  on  an  approach  here  that  is  nuch  as  if  we  were  running 
a  graduate  seminar  to  impart  where  Dr.  Engeloart  is  in  his 
thinking.  An  unbroken  series  of  individual  presentations 
(lecture  model)  won’t  accomplish  what  we  want.  We  expect  to 
have  uoth  prepared  and  extemporaneous  presentations,  rut  in 
limited  cuts  and  modules  from  Dr.  Engeioart's  and  others' 
frameworks,  interspersed  vitn  multi-way  group  dialog  sessiors 
each  of  wnose  content  affects  succeeding  presentations .  wt* 
don't  xnow  where  most  of  the  Participants  are  in  their 
thinking  now,  with  respect  to  understanding  most  of  the  issues 
involved,  nor  what  kind  of  presentation  it  would  take  to 
produce  a  given  c mange  in  understanding  on  anv  given  issue. 

ve  sceax  of  developing  a  "general  understanding "  of  our 
framework  (vmch  nay  involve  a  lot  of  work);  nut  there  also 
is  the  matter  of  the  distribution  among  the  participants  m 
the  nature  and  degree  cf  tneir  "reliefs  and  attitudes" 

O&A)  about  the  various  facets  of  the  framework,  it  is 
important  for  Dr.  tngelbart  at  least  to  know  what  this  Bwm 
distribution  is;  and  it  may  prove  important  to  the 
succeeding  FkA'AC  stages  to  work  at  cringing  about  a  closer 
grouping  of  ARC  Peoples'  B*A  relative  to  certain  issues.  <*e 
expect  that  ve  will  want  to  deal  vitn  this,  but  hov*  much 
energy  to  spend,  and  what  part  within  FRAdAC  and  what  part 
*n  PODAO,  will  have  tc  be  decided  as  w«  progress, 

Aocyt  tne  initial  composition  of  our  KraMac  group* 

we  nau  oeen  visualizing  a  small  FkAKAC  group,  considering 
tne  type  of  dialog  we  n ope  for.  gut  when  we  reviewed  our 
LINAC  Pianning-tean  composition,  we  decided  that  there  is  a 
such  strong  i"* "Action  between  our  current  planning 
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exercise  and  our  Framework  that  we  couldn't  seen 
logical  way  to  cut  tnt  group  membership  smaller, 
initial  FRamaC  group  numbers  nineteen  ARC  people 
other  SRI  management  people. 


to  find  a 
The 

Plus  two 


linac 

we  nave  launched  an  activity  witnin  ARC  called  our  Line 
Activity  (linac). 

LINaC  serves  several  Dasic  needs: 

Modularizing  our  way  of  doing  things  -*  something  that 
the  size  and  complexity  of  our  activities  require. 

Establishing  interdependence  relationships  tnat  will 
give  us  valuable  experience  for  the  future  problems  of 
managing  a  considerably  larger  and  more  varied  activity 
witnin  an  increasingly  complex  operational  and  technical 
environment. 


Establishing  the  activity  framework  within  which  we  can 
pursue  our  new-contract  commitments  to  ARPA  (as  per  our 
proposal  of  29  July  1971  --  7aoa,) 

in  LINAC' s  organization,  our  external  projects  are  the 
driving  forces  --  where  a  project  is  an  explicit  activity 
involving  resource  interchange  with  outside  organizations. 
The  otner  specific  activities  within  arc  are  to  serve  the 
projects'  goals,  and  will  nave  all  01  their  resources 
allocated,  along  a  contracting  chain,  f.-rjn  tne  projects. 

Along  with  this  (internal)  contracting  system  will  co^e 
specific  development  ana  application  of  conventions, 
procedures  and  aids  for  handling  estimates,  resource 
allocations,  budgets,  reserves,  accounting  and 
resource-control  measures  as  required  to  operate  the 
organization. 

we  expect  that  many  of  our  internal  activities  will 
emerge  from  nuiti-part>  negotiations  and  oroceea  under 
contracts  involving  several  buyers. 

some  of  our  activities  will  oe  funded  oy  what  amounts  to 
1  taxation  upon  all  or  some  of  the  projects,  juch 
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taxation  measures  will  be  established  <ina  monitored  with 

aue  representation  by  the  concerned  parties,  4e3a?c 


AkC  planning  and  task  activities  are  currently  conducted  m 
the  following  liNac  organization! 

OPERATIONS 

Administration 

computer  Service  Operations  -  Hardware 
Computer  Service  operations  •  Software 
Computer  Service  Operations  -  Operators 
pecrle  Service  operations 
user  Interface 

pEVELOPtfFNT  THRUSTS 

Development  coordination 
Delivery  and  Marketing 
Dialoe  Support  system  U'SS) 

Documentation  Production  and  Support  System  (DrC5) 
caseline  Record  System  (BPS) 

Syster  Developers  Handbook  system  (SDHS) 

Software  Engineering  Augmentation  system  (SEAS) 

General  Development  (not  included  in  aoove  tnrusts) 

PROJECTS 

AHPA/kAuC  Project:  Team  Augmentation  Portion 
Administration 

AkPA/FADC  Project:  Networ<  information  Center  Portion 
t*IC) 

Administration 

Computer  service  operations 

People  Service  operations 

Net  interface  (Station  Agent  and  Net  participation , 
NIC  Development 

aRPA/PADC  Prefect:  Mini-Console 
Administration 
System  jev*lcnr*nt 

ARPA/PaDC  Project:  MPS  Cooperation  (Xerox) 
Administration 

Modular  Programming  System  Development  ( m.Ps ) 

OSP  Project:  System  Developer's  Intelligence  System 
(SLIS) 

Administration 
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PADC  Froject:  Baseline  Management  System  Development 
Support 

Administration 


SRI  OVERHEAD  ACTIVITIES  Ee3PU 

During  the  early  stages  of  the  new  LINAC,  the  following 

actions  are  taxing  place:  *^3c 

rach  of  the  main  activities  is  developing  the  framework  of 
a  plan,  with  a  reasonable  amount  of  informal 

intercommunication  and  coordination  between  plans.  ue3cl 

Tight  people  who  carry  key  ARC  planning  roles  will  meet 
regularly  to  serve  as  a  "Planning  and  Executive-Review 
committee"  (PEHC).  4e3c2 

one  important  function  for  P5RC  during  this  time  will  be 
to  develop  recommendations  for  refinements  to  the  LINAC 
syster  cf  roles  and  processes.  ue3c2a 

Anotner  function  will  oe  tc  participate  in  and  review 

the  operational  decisions  that  must  be  made  to 

coordinate  and  manage  the  efforts  of  the  projects  and 

dev  lopnental  thrusts.  Iie3c2b 


within  the  tnree  parallel  pushes  of  FRAMAC,  LINAC,  ana  PODAC. 
our  persistent  emphasis  will  ne  toward  "coordinated-system" 
aspects  of  both  our  way  of  working  and  of  the  augmentation 
systen(s)  we  develop.  a e3u 

PODAC  EeU 

In  January  1972,  ARC  established  a  regular  channel  for 

Personal  ana  Organzatior.al  Development  named  PODAC.  Our 

Planning  for  PODAC  was  integrated  with  planning  for  DINAC  and 

FRA MAC  discussed  above.  ueaa 

Establishment  of  PODAC  arose  fror  the  conviction  tnat  we, 

who  tell  tne  world  that  we  are  learning  how  to  snow  other 

teams  how  to  pursue  foals  more  effectively,  must  constantly 

examine  ourselves  (the  "example"  that  we  work  with),  noth 

as  an  cvgar.izaton  and  as  individuals,  to  understand  how  we 

are  doing,  and  how  we  can  improve.  aeual 

we  are  convinced  that  unless  we  have  a  strong,  constant. 
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and  pervasive  attitude  that  we  want  to  keep  developing 
ourselves,  and  unless  we  consciously  keep  trying  to  do 
so,  then  we  are  fooling  ourselves  about  seriously 
pioneering  this  augmentation  system  development. 

To  wcr*  on  this,  we  need  a  flow  of  information  having  to 
no  with  goals,  attitudes,  ambitions  and  feelings  as  they 
relate  to  the  common  pursuits,  and  purDoccful  discussion 
aoout  strength.'*,  weaknesses*  and  means  .'or  improvement. 

io  estanlish  PcDAC,  wo  aivided  tne  staff  into  four  groups  of 
eight  or  nine  oeoole  each. 

The  ercurs,  called  POD’s,  are  balanced  m  age,  sex, 
professional  training,  length  of  association  with  ARC,  worx 
roles,  etc. 

POD'S  are  named  Cedar,  fir,  oak,  and  Red.vooa, 

Facn  group  neets  weekly  for  two  hours. 

racn  such  grcuo  anboirtts  its  own  representative  to  a 
central  committee,  PODCOX,  that  nelps  to  co-ordinate  and 
-tide  tne  PODAC. 

JrOD aC  does  rot  exist  to  vote  on  what  ARC  will  do.  PODAC  has  no 
iine-narjngement  responsibilities  or  authoritv.  it  is 
"orthogonal"  to  the  management  structure  that  commits 
resources,  sets  targets,  hires,  reviews,  and  i3  held 
accountable. 

instead,  it  provides  an  organized  mechanism  for 
interactions  among  all  parties  toward  affecting  the 
understanding,  beliefs,  an:  attitudes  cf  eacn  otner,  as  a 
means  of  affecting  the  decisions  and  actions  within  arc, 
toward  what  each  tninxs  is  the  pest  set  of  goals, 
organization,  products,  benayiir. 

It  is  a  forum  for  the  expression  of  concerns,  tellers, 
ideas,  feelings,  and  dissension  existing  vitoin  any 
person  or  group  in  ARC  arout  the  way  things  are  o*mg 
none  (or  r.ot  being  icne)  ,  about  cur  goals,  etc. 

It  is  a  way  to  Keen  everyone  informed  about  tne  problems 
and  opportunities  facing  aPC  and  its  people  ana  its 
teals . 
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PODaC  has  been  active  for  three  months  at  the  end  of  this 
contract  period*  It  is  not  yet  easy  to  evaluate  our 
accomplishments. 

Meetings  of  the  groups  described  varied  considerably  in 
content. 

On  one  hand  many  members  feel  that  people  no w 
communicate  somewhat  more  easily  among  themselves  within 
the  POD’ s  and  feel  that  they  hart  some  fruitful 
discussions  of  the  goals  and  strategy  of  our  research 
and  of  personal  effectiveness  at  worK. 

or.  tne  other  hand  many  some  oeoDle  have  felt 
indifferent,  hostile,  or  anxious  when  confronted  with 
the  mandatory  but  undefined  participation,  and  have 
withdrawn  or  participate  only  very  passively. 

very  little  agreement  on  large  issues  or  other  action 
has  yet  resumed. 

PODAC  has  invited  speakers  cn  organizational  and  Personal 
development,  instituted  a  small  library  m  the  field, 
instituted  ugmented  procedures  for  cataloging  the  library, 
,nd  formed  several  special  interest  subgroups. 
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NETWORK  INFORMATION  CENTER 


oy  Richard  w  Watson,  Jeanne  h  North,  James  White, 

John  T  Melvin,  Walter  L  Rass,  James  c  Norton, 

Cindy  Pace,  Dirk  H  van  Nouhuys,  and  the  Staff  of  ARC  5 

INTRODUCTION  5a 

Ine  ARpA  Computer  Network  {ARPANET )  ha«>  been  establisned  to 

provide  ootn  a  new  experimental  type  of  communication  facility 

and  a  base  for  resource  sharing.  5al 

Tne  ARPANET  community  can  oe  viewed  as  a  collection  of  resourc-s, 
people,  hardware,  software,  data,  and  special  services  which  can 
oe  Drought  together  for  snort  or  long  periods  in  different 
configurations  to  work  cooperatively  on  a  given  problem  co  task. 

in  this  context  tne  development  of  the  ARPANET  car,  be  viewed 
as  a  multileveled  experiment  in  learning  how  to  bring  together 
and  make  available  these  distributed  resources, 

At  the  lowest  level  are  the  problems  of  creating  a  basic 
communication  facility  whicn  allows  different  types  and 
configurations  of  computer  hardware  to  communicate.  ha2o 

At  intermediate  levels  pee  tne  developments  of  protocols  wmcn 

allow  classes  of  computer  programs  to  communicate  with  each 

other  ana  perr.it  data  to  be  snared.  sa2c 


At  higher  levels  still  are  tne  processes  which  assist  reople 
to  firui  ♦he  geographically  axstriouted  facilities  tnev  need  to 
solve  or  study  a  problem  and  which  allow  distributed  people  to 
worv  together  effectively,  5a2u 

Tne  Network  information  center  (NIC)  is  one  Part  of  the  akPaNET 
experiment  interested  in  the  higher  levels  of  problems.  A 
service  such  as  the  *IC  hAlP«  t?  create  and  sustain  the  sense  ox 
community  needed  in  an  experiment  such  as  that  of  tne  ARPANET. 

The  Mr  is  mere  than  a  classical  information  center,  as  that  term 

has  co*e  tc  ce  usea,  in  that  it  provides  a  wider  range  of 

services  than  dust  bibliographic  and  ’•library"  type  services.  iaj 

The  Network  information  center  (NIC)  is  an  experiment  in  setting 
up  and  running  a  *en»ral  purpose  information  service  serving  tne 
akPanet  community  fbotn  tnose  individuals  and  grours  with  direct 
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access  to  the  network,  and  those  associated  with  work  going  on  in 

the  network  out  without  direct  access)  witn  both  online  and 

offline  services.  The  services  offered  and  under  development  by 

the  Nlc  have  as  their  initial  basic  objectives*  5aa 

1)  To  help  people  with  problems  find  the  resources  —  people, 
systems,  and  information  —  available  withn  THE  NETWORK 

COMMUNITY  WHICH  MEET  THEIR  NEEDS.  Saia 

2)  To  help  members  of  a  geographically  distributed  group 

collaborate  with  each  other.  5auo 

THE  NIC  PUBLIC  5b 

To  provide  reliable,  useful  effective  information  services  to 

meet  t*e  basic  needs  of  a  growing,  diverse  ARPANET  community  will 

offer  considerable  challenge.  5bl 

one  of  the  problems  in  the  design  of  an  information  service  is  to 

determine  the  main  classes  of  clientele  which  exist  for  this 

service  and  to  determine  their  needs.  5d2 


Ihe  initial  clientele  for  NIC  services  are  those  people 
developing  anu  building  the  network.  The  next  group  is 
composed  of  tnose  people  whose  research  and  development 
interests  are  intimately  connected  with  network  resources  or 
who  would  be  experimental  user?  of  various  network  resources. 

After  this  initial  period  the  classes  of  clientele  will  grow, 
as  the  network  becomes  a  well  shaken  down  operational  entity, 
to  include  a  wide  range  of  pecnle  who  will  use  the  network  or 
be  interested  in  its  development.  5o2a 

cur  initial  analysis  showed  us  that  there  were  four  main  needs 

which  tne  NIC  could  attempt  to  reet.  Reference  and  General 

Network  Information,  collaboration  Support,  Document  Handling 

and  creatior,  and  Training,  although  training  programs  must 

eventually  exist  for  all  services  available  on  the  network, 

our  initial  emphasis  is  training  in  the  use  of  NIC  services.  5b2D 
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Some  users  of  the  Network  information  Center's  services  may  be: 

Students 

Researchers 

university 
inoustry 
government 
Sy3ten  Developers 
university 
industry 
government 
Teachers 
Managers 

university 

industry 

government 

ComDUter  Center  Directors 

Libraries  and  other  Information  Services 

The  General  Public 

The  Media 

PHEShN’T  NIC  SLWVXr.iS  5c 

Tne  initial  NIC  service,  now  available  to  meet  the  above  goals 

and  pr*3ent  clientele  are  the  following:  5cl 

online:  5cia 


(1)  Access  to  tne  typewriter  version  ( TNLS )  of  the 
s ug mentation.  Research  center’s  Online  System  (NLS)  for 
cormuniaue  creation,  access,  linking  between  users,  and  for 
experimental  use  for  any  other  information  storage  ana 
manipulation  puroose  suitable  for  NLS  and  useful  to  Network 


participants s  Sclal 

(2)  Access  to  journal.  Number,  ana  Identification  Svstems 

which  allow  messages  and  documents  to  oe  transmitted  to 

uetvcrx  participants,  be  la 2 

(a)  Documents  or  messages  entered  m  the  Journal  System 

are  maintained  online  for  later  viewing  via  NLS,  pcla2a 

(t)  Documents  are  now  distributed  oy:  5cla2o 
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i)  placing  the  message  or  a  link  to  the  document  in 


the  receiver’s  "initial  file"*  5cla2bl 

ii)  sending  hardcopy  through  the  u.S.  nail,  5cla2b2 

Documents  will  shortly  be  distributed  through  the 
Network  when  sites  have  implemented  the  appropriate  File 
Transfer  Protocols  5cla2c 

(c)  A  unique  number  is  assigned  each  entry  at  the  time 

of  submission.  Numbers  can  also  be  preassigned  to  allow 
related  documents  to  be  interlinked  at  the  time  of  their 
preparation,  5cla2d 

(d)  a  catalog  entry  is  prepared  at  the  time  of 
submission  and  later  this  entry  is  used  to  update  l 

catalog  kept  both  online  and  in  hardcopy  form,  ^cla2e 


(e)  special  interest  groups  can  be  created  to  facilitate 
indicating  to  the  system  particular  distribution  lists 
for  dialog  items.  Dialog  items  can  oe  placed  in 
suocollections  associated  witn  the  dialog  groups  for 
special  index  production.  5cla2f 

(3)  acc**s  to  a  number  of  online  information  oases  througn 
a  special  Locator  file  using  NL3  link  mechanisms.  5cla3 

(a)  Links  to  the  NIC  functional  documents,  including  the 
printed  catalog  of  the  NIC  document  collection,  the  arpa 


Network  Resource  Notebook,  NIC  user  documentation,  a 
Directory  of  Network  Participants,  and  Network  Protocols  3da3a 

(b)  links  to  other  files  created  by  sites  with 

information  of  potential  Network-wide  interest.  5cla3b 

Offline:  ScId 

(1)  A  Network  Information  Center  station  set  up  at  each 

site  with:  j>clcl 

(a)  A  station  Agent  to  aid  use  of  the  NIC  Sclola 

(o)  A  Liaison  to  provide  technical  information  aoout  his 
site.  Sclblb 
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( c )  A  Station  Collection  containing  a  subcollection  of 
documents  of  interest  to  Network  participants*  3clblc 

(2)  Techniques  for  gathering  producing  and  maintaining  r~Z 

Functional  Documents  such  asj  i>clb2 

(a)  current  catalog  of  the  NIC  Collection  3clo2a 

(o)  AfcPA  Network  Resource  Notebook  3clfc2b 

(c)  Directory  of  Network  participants  3clb2c 

Id)  NIC  user  Guide  3cib2n 

(3)  Support  of  Network  dialog  existing  in  hardcopy  througn 

duplication,  distribution,  and  cataloging.  Sclo3 

U)  General  Network  referral  and  handling  of  document 

requests  3cloa 

(5)  huildin?  of  a  collection  of  documents  potentially 
valuable  to  the  Network  Community.  Initial  concentration 
has  teen  on  obtaining  documents  of  possible  value  to  the 

Network  builders.  ocltiJ 

(6)  Crude  selective  distribution  to  station  collections.  5clto 

(7 i  Training  in  use  of  NIC  services  ana  facilities,  scir7 

In  tne  sectiors  to  follow  eacn  cf  the  above  services  and  its 

supporting  technology  and  organization  will  be  discussed  m 

more  detail.  ?c.lc 

relation  oe  the  network  information  center  to  the  augmentation 

RESEARCH  CENTtV  <AkC) 

The  Nlr  is  presently  a  project  intimately  imbedded  within  ARC • 

ARC  is  an  organization  with  multiple  sponsorship  wnicn  has  as  its 
goal  the  development  oi  hardware  and  software  computer  tools, 
techniques,  p'*o,weuur''«' ,  and  training  tc  aio  *  an  in  his 
-ntellect’:*4.  wcrx.  pq1 

;ne  project  nas  followed  a  research  and  development  strategy 
of  "bootstrapping" ,  that  is,  of  using  the  tools  and  techniques 
it  »as  teen  developing  in  its  own  work,  both  as  an  aid  to  its 
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work  and  management  and  as  a  test  "pilot  plant"  facility  to 

try  out  ideas  and  techniques,  Sdla 

As  useful  as  this  strategy  is,  there  are  limits  to  the  type  of 

feedback  it  car.  yield.  The  NIC  is  one  of  what  we  nope  will  be 

many  projects  set  up  to  offer  services  to  outside  users.  The 

goal  is  to  provide  a  useful  service  and  to  obtain  feedback  on  tne 

needs  of  a  wider  clsss  of  outside  users.  Vie  want  to  meet  these 

needs  with  an  integrated,  modu3ar  system  consisting  of  computer 

tools,  people  assistance,  procedures,  and  training.  We  also  hcoe 

to  learn  mere  about  the  problems  of  transferring  augmentation 

services  to  a  vide  range  of  users.  5d2 

The  NIr  consists  of  some  personnel  o*  warily  concerned  with  its 
development  and  operation,  but  also  draws  heavily  on  the  skills 
and  work  of  most  of  the  other  members  of  ARC.  as  the  NIC  matures 
we  are  Planning  that  it  will  grew  into  a  well-defined 
seniautononous  cost  center  with  more  people  specifically  oriented 
toward  its  tasks,  we  want  to  clearly  define  the  NIC’s  goals  and 
needs.  Where  these  overlap  with  those  of  other  ARC  activities,  we 
wisn  to  work  closely  on  their  realization  and  where  tney  do  not 
overlao  to  obtain  tne  resources  necessary  to  pursue  them 
separately.  3d3 

Tne  long-run,  future  relationship  between  tne  NIC  and  ARC 
depends,  we  would  guess,  on  tne  future  operation  of  tne 
ARPANET.  The  ARPANET  nay  eventually  oe  run  cy  a  commercial 
utility.  If  this  happens  the  NIC  could  be  transferred  to  that 
utility,  become  an  independent  enterprise,  become  a  separate 
enterprise  within  SHI,  or  remain  within  ARC.  The  nic  is  bem* 
developed  tc  be  nor*  independent,  so  that  its  technology, 
procedures,  and  services  can  oe  moved  if  required, 

The  Augmentation  qes-arch  Center  during  its  approximately  lo 
years  of  existence  has  been  primarily  a  research  a^d  development 
organisation  providing  service  to  itself  rather  than  to  outside 
clients.  Therefore,  alone  with  develonr.ent  of  NIC  services  nas 
had  to  cone  a  cna  ee  in  arc's  outlook,  alterations  in  resource 
allocation,  and  changes  in  many  of  its  practices,  to  enable  it  to 
offer  a  service  and  tc  maintain  at  the  sane  tine  a  vigorous  R&u 
progra-.  5ak 

operations  so 


Computer  service  operations  (CSO) 


sel 
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In  the  area  oi  computer 
capabilities  were  added 
efficiency  of  the  TilNEX 
number  of  changes  which 
these  measurements  were 


services,  extensive  measurement 
to  the  system  to  measure  tne 
operating  system  and  NLS  (*s,).  A 
appeared  necessary  as  a  result  of 
made  and  others  are  under  study. 


Our  hardware  configuration  contained  a  number  of  old, 
one-of-a-kind  pieces  of  equipment  orouent  over  to  tne  PDP-10 
system  from  the  previous  XuS-yuo  sy3ten.  These  nieces  of 
equipment  have  proven  difficult  to  maintain  and  studies  were 
launened  on  now  to  replace  or  upgrade  this  equipment. 


Sela 


j>elo 


A  new  cdN  network  interface  ana  a  new  dec  ?P02  disc  system 
were  installed  in  the  sern?  of  1972,  replacing  older 
unreliable  equipment.  .Selcx 


Hardware  upgrading  of  our  display  system  and  its  special 
core  ocx  has  begun  to  provide  temporary  relief  until  a 
replacement  system  can  be  Planned.  i?eit2 


,\n  additional  i2K  words  of  core  has  been  added  recently.  >elo3 

Studies  leading  to  recommendations  to  aad  another  channel, 
disc  controller,  and  set  of  disc  drives  nave  peen 
completed.  Tnese  additions  will  provide  more  file  storage 
capability  and  backus  swapping  capability.  :>elci 


The  reliability  improvements  resulting  from  these  measures 
*nd  others  unaer  study  sr.oula  begin  to  oe  manifest  in  tne 
summer  of  1972. 


Alone  with  tne  above  nardvare  improvements,  improved  practices 

ana  conventions  have  been  evolved  to  handle  new  versions  of 

softwire  releases,  both  TENla  ar  *  rJLS,  and  their  checkout 

before  reme  brought  up  for  normal  use,  Tnese  conventions 

SDeoify  ooth  frequency  and  tire  of  dav  at  whicii  r.e*  systems 

car.  be  trcusrnt  up,  and  also  specify  documentation  staraarjs.  Sole 

One  oi  the  important  aspects  of  C$0  support  na ?  o«-en 
implementation,  integration  and  maintenance  o*  those  programs 
necessary  fer  communication  *itn  tne  <*ppavjlT  and  nosts 
connected  to  jt.  The  basic  he twer*  Control  Program  *na  TtLVti 
Protocols  are  tain^ :  \s  part  of  Tt.iEX  support  fr  or  a  h  & . 

•hen  we  hao  a  non-standard  naraware  interface  tc  tne  network 
and  during  early  protocol  development,  considerable  effort  /as 
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required  in  protocol  implementation  to  create  operating 
network  programs.  Less  effort  is  now  required,  tout  this  effort 
continues,  we  have  also  participated  actively  in  working  with 
the  Network  working  Group  on  protocol  design  and  specification 
(proto  qx, ) . 

People  Service*'  Onerations  (PSO) 

During  the  past  year  ARC  has  developed  several  service 
functions  that  are  now  becoming  operational  for  ARC  users  and 
NIC  clientele. 

These  functions  (from  activities  such  as  RINS,  NIC,  baseline 
Her  >rd,  and  journal)  and  tne  forthcoming  use  of  Deferred 
Execution  (DEX)  techniques  have  created  new  needs  for  people 
services  support. 

As  *  result,  we  concentrated  some  of  our  effort  on 
reorganizing  these  activities  to  allow  more  effective  and 
efficient  handling  of  routine  and  other  tasks  and  to  allow  for 
easier  expansion  of  the  group  size  to  meet  needs  cf  an 
increasing  amount  cf  throughput.  Tne  three  aims  were: 

to  increase  throughout  to  meet  existing  demands. 

to  oeccre  capaple  of  expanding  rypidly  (in  throughput 
ouantity)  to  meet  fluctuating  service  demands. 

to  work  at  minimizing  costs  while  maximizing  responsiveness 
to  customer's  needs  and  values. 

This  section  describes  in  some  detail  the  activities  and  tasks 
involved  in  setting  up  or  running  a  FSO.  We  go  into  tnis 
detail  oecause  many  people  reading  this  report  with  a 
traditional  computer  service  background  may  not  appreciate  tne 
complexity  of  running  an  information  service,  computer 
technology,  while  important,  is  not  sufficient  in  and  of 
itself  tc  make  possible  such  a  service.  Such  a  service  is  only 
possible  with  a  balanced  set  of  computer  tools,  people  support 
services,  and  the  methodology,  procedures,  and  training  which 
mel«  then  together  into  an  effective  higher  level  system. 

Therefore  lr  cruer  to  create  such  a  lalaneed  system  we 
launched  a  rev  approach  to  arc’s  “people  services  operations1', 
(see  --  7tt3ii,la) 


5eld 

5e2a 

5e2D 

5e2c 

5e2cl 

5e2c2 

5e2c3 

6e2d 

Sece 
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The  main  thrusts  were:  5e2el 

organization 

Physical  Location  am*  configuration 

proceaure  Estaolisnment  and  Documentation 

Transcription  Activities 

Terminals 

personnel 

Training 

organization  5e2f 

A  group  with  skills  in  handling  paperwork  and  messages,  anu 

in  using  TNLS  and  !)EX,  was  explicitly  identified  as  PSO, 

ana  a  group  of  advisors  with  skills  in  administration, 

documentation,  and  training  was  assigned  to  assist  in 

getting  Fr 0  into  formal  operation,  5e2fl 

Physical  Location  ana  Configuraion  5e2g 

Office  and  workroom  areas  were  expanded  and  relocated,  to 

eive  the  growing  support  operations  more  efficient  location 

and  arrangement.  New  tanles,  shelves,  cabinets,  ana  files 

vere  acquired  and  their  arrangement  worked  out,  ;>e2gl 
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FIGURE  21.  People  Service  Organization  worKroom, 

5e2gla 

Procedure  Establishment  and  Documer tition  5e2h 

procedures  were  devised  and  documented  for:  5e2hl 

Use  of  TNLS  (see  --  7U70,}  and  DEX  (see  --  9934,  )*  5«2hla 

The  handling  of  transcription  and  other  service 

requests,  5e2hlb 

All  related  NIC  activities  --  clerical  and  secretarial.  5e2hlc 

Transcription  Activities  5e2i 

-ypes  of  wort  to  be  handled:  5e2ii 

Handwritten  drafts 

Tape  recordings 

Dictation  notes 

Offline  documents 

Online  documents  to  be  edited 
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Techniques  for  transcribing  material  into  online  files  were 
developed:  5e2i2 

Deferred  Execution  (PEX)  covered  at  greater  length  see 
—  Ad  1)  3e2i2a 

This  process  makes  use  of  terminal  and  magnetic  tape 
recording  eeuinnent  for  initial  input  of  data  with 
actual  entry  into  computer  files  deferred  until 
periods  of  low  system  use  (thereby  resulting  in  less 
expensive  use  of  the  system  for  the  processing  of 
this  worn.)  This  system  has  been  used  to  place 
online  many  documents  of  importance  to  the  ARPANET 
community  originally  prepared  offline,  5e2i2al 

aftere  and  how  long  to  store  entered  tapes  for  backup, 
the  conventions  for  hierarchical  statement  entry,  and 
when  tne  transcriber  should  try  to  put  hierarchical 
structure  into  documents  are  still  under  development. 

5e2i2a2 


THIS  >e2i2* 

TNI 3  is  used  largely  for  routine  editing  of  online 

documents,  and  for  entering  high-priority  items 

during  off-peak  lc*<i  hours.  Wi2bl 

DNLS  >e2i<ic 

Display  NLS  is  used  for  difficult  editing  of  online 
documents  and  for  so^e  highly  formatted  documents.  Se2i2cl 

peceiving  processes  se2ii 

we  set  up  a  central  receiving  station.  3e2i$a 

one  person,  witn  an  alternate,  handles  users'  questions 
regarding  job  status,  time  and  cent  estimates,  etc.  3e2i3o 

priority  determination  process  3e2i4 

A  reauestor  specifies  nis  preference  for  priority:  3e2iUa 

Immediate  service  (1-a  nours) 

Normal  service  (u-12  nours) 

Deferred  service  (a  week  or  two) 
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Temporary  storage  of  unassigned  work  5e2i5 

A  log  system  using  appropriate  work  request  forms  has 

been  set  up.  5e2iSa 

we  have  a  certral  storage  place,  organized  for  control 

of  work  by  priority.  5e2i5o 

Assignment  process  for  transcription  work  5e2i6 

A  work  scheduler  assigns  incoming  work  to  group  members, 

balancing  priority  request  with  members'  capabilities 

and  workload.  5e2i6a 

Later,  priorities  may  be  established  by  a  bidding 

scheme.  5e2i6b 

plan  to  enlarge  this  effort  to  allow  assignment  to  an 
outside  dooi  of  workers  trained  in  DEX,  Doth  SKI  people 
and  contract  manpower.  3>e2i6c 

output  processes  >e2i7 


we  nave  developed  conventions  for  naming  of  temporary 
input  files  (special  and  separate  for  tne  catalog 
process)  wit  .  provision  for  special  instructions  from 


the  author.  3e2i7a 

we  have  developed  procedures  for  delivery  of  completed 

work  to  the  reauestor.  3e2i7'o 

Terminals  5e2j 

we  have  rale  a  thorough  study  of  available  teletype 

terminals  and  magnetic  tape  devices,  and  after  experimental 

use  oi  several,  r.ave  leased  nine  TX  terminals  and  six 

Termicett es,  for  use  with  DEX.  3e2jl 

Personnel  3t2k 

ve  have  added  several  new  staff  members  with  contributions 
to  make  to  NflC.  Two  writers  who  car  also  teach  were  active 
in  PSO  development.  Three  new  staff  members  were  added  to 
the  document  preparation,  transcription  and  distribution 
efforts.  3e2kl 
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Training 

Classes  in  TNLs*  and  DEX  were  held  for  ARC  and  network 

people.  Manuals  were  prepared.  A  more  detailed  discussion 

of  training  is  given  later,  see--,5gl0).  5e211 

a  detailed  list  of  the  types  of  tasks  this  PSO  group  and 
associated  information  handling  people  perform  to  support  the 
MO  id*  given  below  because  it  is  important  for  people  to 
understand  tne  range  of  activities  that  are  required  even  with 


automated  aids  to  support  a  service  such  as  the  NIC.  5e2m 

PLANNING  AN t»  SCHEDULING  Se2ml 

coal  setting  ^e2mla 

Service  design  5e?mlD 


Site  Station  aid  planning 
Functional  document  design 
NIC  Collection  design 
Station  collection  plan 
Reference  service  design 


catalog  design  3e2mlc 

procedure  establishment  3e2mla 

Discussion 
Procedure  writing 
Experimentation 

NIC  facility  design  3e2mie 

work  flow  scheduling  5e2nlf 

NIC  time  and  cost  studies  5e2mlg 

GENERAL  SUPPORT  3e2n2 


Dictation 

Phone 

orders  and  financial  records 
Timecards 

Visitor  arrangements 
NIC  travel  arrangements 
NIC  facility  upkeep 

STATION  PHONE  ACTIVITY  5>e2m3 

Station  ohone  answer 
NIC  outgoing  calls 
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MAIL  SINGLE  NIC  PIECES  5e2mlx 

incoming  mail  processing 
Single  mailings 

ACQUISITION  OF  NETWORK  INFORMATION  3e2m5 

Network  resources 
Network  personnel 
Network  publication  references 

CHOICE,  ANALYSIS,  OF  INFORMATION  3e2m6 

Analysis  tor  bulletins 
Analysis  for  functional  documents 
Selection  of  publications 
Aostrectir.g 

ACQUISITION  j F  PUBLICATIONS  5e2m7 

Cherkm?  holdings 
order  form  preparation 
Receipt,  record  changing 

offline  cataloging  work  3e2mp 

cooing 

Checking  of  coding,  revision 
proofinE  and  revision 
pecoding  of  old  naterial 
catalog  offline  records 
Ola  catalog  offline  worK 

FILF-HUILDING  ONLINE  3e2ny 

input  of  new  citations 
input  of  cla  citations 
Editing  cf  new  citations 
Kaitir.g  of  old  citations 
Bulletin  creation 
Bulletin  editing 
Catalog  creation 
catalog  editing 
Catalog  file  manipulation 
Functional  documents  input 
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Hailing  list  input 
Letter  online  input 
Other  onlin*  text  input 
Other  text  input,  DEX 
Identfile  maintenance 

PHYSICAL  PROCESSING  5e2mlO 

Readying  of  journal  printout 
Readying  of  other  work 
Collating 

Stamping,  Punching 
Xeroxing  of  documents 
Line  printer  output 
Outside  repro  contact 

DISTRIBUTION  5e2mll 

Mailing  list  maintenance 
Labels,  envelope  preparation 
Pickup  and  delivery 

STORAGE  and  MAINTENANCE  5e2ml2 

NIC  Master  collection 
Extra  copies 
Supplies 

VISUAL  AIDS  5e2ml3 

Chartmaking 

TRAINING  i>e2rlu 

instruction 

Development  of  training  aids 

REFERENCE  VOPK  pe2mis 


Locating  citations  for  set 
Locating  documents  for  Net 
Literature  search 

Let  us  now  look  at  each  of  the  services  provided  and  see  what  has 
oeen  involved  in  maKing  them  available  ceyond  tne  changes 
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describees  above,  why  they  were  made  available,  ana  some  future 
Plans, 

There  are  two  major  areas  of  changes  to  AkC  caused  by  providing 
NIC  services  that  deserve  mentioning;  planning  avi  providing  more 
reliable  and  efficient  computer  services,  and  planning  and 
providing  more  varied  and  extensive  clerical  and  other  services 
provided  by  and  for  new  le. 


5e3 


5eu 


ONLINE  SERVICES 


5f 


ACCESS  TO  NLS 


5fl 


The  ARC  ONIine  System  (NLS)  is  an  evolving  system  wnicn  we 

view  as  an  integrated  set  of  tools  for  doing  general 

intellectual  work  (,4di,).  To  this  end  NLS  nas,  at  this  time, 

powerful  document  creation,  editing,  production,  and  studying 

capabilities,  dialog  support  functions  for  online 

communication  both  simultaneous  and  distributed  in  time, 

bibliographic  catalog-maxing  capabilities,  programming  aids 

ana  facilities,  some  basic  information  retrieval  anilities, 

and  some,  as  yet,  rudimentary  management  ana  other  planning 

aids.  Sfla 


A  subset  of  these  capabilities,  felt  to  be  of  prime  value  to 
initial  NIC  use  centered  around  document  creation,  eaiting, 
oroiuction,  and  studying  as  well  as  dialog  support,  has  been 
thoroughly  documented  for  NIC  clientele,  sflb 


*e  knew  that  most  systems  on  the  network  supported  typewriter 
ter-inals  rather  than  displays  so  that  during  tne  conversion 
from  the  XDS-910  to  the  PbP-10,  a  typewriter  version  of  the 
system  wai'  designed  and  implemented  --,ldla3a),  ?>flc 

in  thinking  about  the  broolems  which  could  exist  in 

supporting  all  the  varieties  of  typewriter  terminals  on  tne 

network,  we  (to  Keep  a  «C  *  i  tncugnts  clearly  separate  from 

the  net's)  felt  that  it  would  oe  better  to  nave  most  of 

these  differences  handled  cy  a  standard  network  protocol, 

Tnereiore,  we  worked  actively  witn  tne  Network  working 

nrouc  ( N w g )  in  establishing  a  network  virtual  terminal 

protocol  (TELNET)  see--,6ol).  This  protocol  has  succeeded 

in  allowing  access  to  TJ«ts  from  different  systems  and 

terminals,  bflcl 
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NtS,  as  it  has  historically  developed,  is  oriertea  in  its 

command  language  design  for  expert  users*  5fld 

This  orientation  toward  highly  trained,  experienced  users 
is  not  completely  suitaPle  for  the  clientele  of  the  NIC, 
comprised  of  some  who  use  the  system  often  enougn  to  Pecom* 
experts  and  othe.  who  want  to  use  the  system  infrequently* 
Therefore,  thought  has  recently  gone  into  studying  what 
changes  are  needed  in  the  NLS  command  language  syntax  to 
provide  a  range  of  modes  from  novice  to  expert,  and  wnat 
additional  helD  and  tutorial  capabilities  need  to  be  built 
into  the  system.  These  cnanges  will  be  implemented  in  the 
coming  months.  Sfldl 

At  the  present  time  anyone  with  access  to  a  typewriter 
terminal  connected  to  the  network  and  with  an  entry  in  our 
identification  file  ,see--,Ua!i)  (entries  can  be  made  in  this 
fil<*  directly  by  network  users)  can  have  access  to  N.LS.  5fle 

we  generally  find  between  1  and  3  users  from  the  network 

using  TNLS  during  prime  hours.  The  highest  number  ooserved 

has  been  7  simultaneous  network  users.  The  numoer  of 

logins  a  day  from  the  network  has  been  averaging  around  10 

-  SO,  with  a  variation  between  30  and  C'?er  loo.  we  expect 

the  numoer  to  increase  significantly  both  as  tne  network 

grows  and  as  our  hardware  reliability  improves,  as 

discussed  earlier.  Sflel 

A  svstem  for  allowing  access  to  the  display  version  of  NL3 

(DNtS)  fror  the  network  using  I MLAC  display  terminals  equipped 

with  a  Keyset  and  mouse  has  been  developed  jointly  with  the 

Xerox  Palo  Alto  Research  Center  and  tested  with  users  from 

UCLA-NKC  and  bbN-Tr NFX .  bflf 

we  expect  to  continue  experimental  use  of  DNLS  over  the 
network  ana  eventually  to  offer  DNLS  as  a  regular  service, 
ve  are  currently  studying  now  to  provide  DNLS  service  from 
low-cost  aipna-numeric  displays  eauipoed  with  keyset  ana 
■"Ouse.  Sflfl 

documents  are  presently  created  by  a  user  at  a  xeyooard  device 
connected  tc  TNLS  via  the  network,  we  are  working  to  allow 
entr.v  of  documents  into  NLS  which  were  initially  prepared  ir. 
other  host  computers.  At  least  one  site,  MIT-DHCd,  has  been 
entering  documents  in  N'LS  by  Preparing  locally  a  tile  of  NLS 
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commands  and  document  text  and  transmitting  it  into  NLS  as  a 
simulated  teletyre.  The  schemes  under  study  will  simplify 
this  process. 

AIDS  TO  COLLABORATION 

we  envision  a  wide  variety  of  collaboration  aids  to  help 
geographically  distributed  people  work  closely  together.  One 
such  system  being  developed  and  offered  as  a  NIC  service  is 
the  Dialog  Support  System  (DBS),  The  first  steps  in  the 
creation  of  a  DSS  have  been  taken  in  the  implementation  of 
journal.  Number,  and  Identification  systems. 

As  discussed  in  more  detail  above,  the  Journal  is  a  ~vstem  for 
caDturing  recorded  dialog  items  (in  the  form  of  documents  and 
messages)  and  for  distributing  these  items  online,  offline, 
and  through  the  network  to  the  appropriate  recipients. 

when  an  iter  is  submitted  to  the  Journal,  a  uniaue  number  is 
associated  with  it,  either  obtained  at  the  tine  of  submission 
or  previously  from  the  Number  system.  This  unique  number  is 
used  for  cataloging  purposes  ana  as  the  name  of  the  item  for 
iat*r  reference  and  retrieval. 

Once  submitted,  the  items  become  read-only;  statements  in  a 
journal  item  can  ce  uniquely  and  precisely  referenced  in 
future  documents  with  assurance  that  the  reference  will  remain 
meaningful . 

At  the  tine  of  sucrission,  or  any  time  late  ,  documents  can  be 
distributed  to  one  or  more  individuals,  either  singly  or  as 
members  ox  groups  ov  indicating  to  tne  system  a  list  of  uniaue 
identifications  called  IDENTS. 

'>ew  identifications  can  be  created  at  the  tine  of 
submission  or  at  other  times  by  use  of  the  Identification 
system. 


The  iuents  are  usually  a  person’s  or  group's  initials.  The 
I  dents  are  automatically  assigned  by  the  Identification  System 
when  a  person's  or  groun's  name  is  entered  into  an 
identification  file  by  use  of  the  system. 

when  one  is  sending  an  iter,  to  a  group,  one  need  only  use 
the  group's  IDENT  and  the  system  will  deliver  to  the  tne 


5flg 

5f2 


5f2a 

5f  2b 


Cf2c 

5f2d 

Si  2e 

i>f  2el 

Sfli 
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*enb*rship  of  the  group.  one  can  also  indicate  distribution 
to  only  tne  coordinator  of  the  group.  5f2£l 

If  one  aces  not  renem.per  a  person's  or  group's  IDENT  at  the 

cine  of  submission,  a  query  capability  allows  it  to  be 

retrieved,  5£2k 

The  Identification  Syste *  has  provisions  for  collecting  other 
relevant  information  such  as  a  phone  number,  network  site 
affiliation,  and  preferred  method  of  document  delivery  (online 
as  a  citation  in  the  receiver's  Initial  File,  offline  by 
nardcopy  tnrough  the  nail,  or  botn).  5f2h 

The  information  in  the  identification  file  is  used  by  the 
Journal  System  during  document  submission  and  delivery.  Tne 
information  in  the  identification  file  is  also  used  to 
automatically  prepare  directories  of  individuals  and  dialog 
groups  as  described  later,  Sf 21 

SAMPLE  MESSAGE  ENDING  SESSION  Sf 2j 

The  following  is  a  demonstrate  of  hov  a  message  is  submitted 

to  the  Journal  by  a  Network  user  (including  login,  NLS  access, 

and  logout  Procedure).  Material  in  square  brackets  is  fed  back 

bv  the  system f  Material  in  parentheses  is  commentary.  The 

sympols  *,  a,  are  svstem  heralds  and  are  not  shown  in 

orackets.  Sf2k 

^ Login  SP  DOr.  S?  DDD  Sp  1  CR  (A  user  named  DOE 

logs  in  to  the  system  -  nis  ID  is  DDD) 

NtH  li  Oh  .TYU  3-AUG-71  17 ill] 

tnis  CR  (The  user  accesses  tne 

NLS  svstem) 

fID:/  r«Dr  CP 

/“device:;  Nfet-tt yj  ("N"  signifies  tn;.t  tne  user 

DDD  is  connected  tn rough  the  Network  with  local 
echoing ) 

♦  e/’xecute;  ,1<curnai;  (access  Journal  svstem) 
fsuhr.it;  mfessase; 
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THIS  IS  A  Sample  message  CA  (Contents  of  message;  note 
" C a '*  means  Command  Accept) 

/number;  c*  133 337  (typing  CA  after  reouest  for  number 
causes  system  to  assign  DDD  a  unique  catalog 
number  7 33337  for  tne  message) 

6*i7nterrosate;  CA  (causes  the  system  to  prompt  the  user 
for  the  correct  information  required  to  send  the 
item  tnroueh  the  Jo, .nal) 

66/ title : 7  A  SAMPLE  JOURNAL  SESSION  CA 

6&/distripution:7  XXX  (for  your  action)  YYY  (for  your 
information)  CA  (XXX  and  YYY  identify  otner  persons  Known 
to  the  system;  the  text  in  parentheses  are  comments 
directed  to  them.) 

&  6  7  s  t  a  i  u  s  7  CA 


( the  system  prints  tac k  all  information  entered  by 
tne  user' 


667eo?7  rfoj  (the  user  does  not  want  to  ’'go"  now  nut  wants 
to  add  more  information  not  reauested  by  the 
Interrogate  procedure) 

66k / eywordr : 7  test  sample  Ca  (Keywords  provide  innut  to 
an  index  tc  all  messages) 

t-6c7o.-nr.erts: 7  isn't  this  funi  CA 

66g7c?7  V 7 e s 7  (tells  tne  system  to  begin 

Journal  process.  Note  that  as  the  author  command 
is  r.ot  used,  i;DJ  is  assumed). 

7 JOURNAL  SYSTEM  IN  ?»0 GkESS/  (the  system  is  processing 
tne  new  Journal  entry) 

7 Journal, JKN1.J 333: ew7  (the  system  nas  created  a  link  to 
tr.e  new  Journal  entry) 
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♦efxecute;  o/uit7  CA  tthe  user  has  been  returned  to  the 
NLS  command  level  as  signified  by  the  system 
typing  the  herald  character  "*•'  the  user  then 
types  the  Execute  Quit  command  to  return  to  the 
EXEC) 

^logout  Ck  (the  user  logs  out) 

EXAMPLES  OF  ONLINE  JOURNAL  DELIVERY  5f21 

when  Journal  items  :rp  delivered  to  a  person,  they  are 
delivered  (as  citations  for  documents,  or  tne  actual  text 
for  messages)  in  a  file  called  his  "initial"  file  as  it  has 
as  a  name  the  person’s  IDENT  or  initials.  The  citation 
contains  the  IUENT(s)  of  the  author(s),  the  date  and  time 
catalog  number;  the  title  on  a  second  line;  and  an  NLS 
"linK"  or  the  message  on  the  third  or  additional  lines  (s*e 
discussion  below  on  linKs). 

<WATSGN>PW W , NLS  5  372 
♦Print  Branch  ,llwi 

(Journal)  Journal  Documents  most  recent  first) 

DCE  31-MAY-72  10 • 01  1061a 

comment  on  user-feature  chanre  coordination,  and  (10507,) 

Location:  (JJOURNAL,  106ia#  i:v) 

LPD  30-MAY-72  10:39  10591 

message:  CAN  XUU  SEND  ME  A  COPY  OF  THE  LATEST  LISI  OF 
HOSTS? 

PAY  TOKLTNSOm  SAYS  THE  NCC  ISSUES  / N  PFC  ON  THIS  SUbJECT 
PERIODICALLY. 

Delivery  of  hardcopy  of  corputer-orocessed  documents  is  net 
yet  as  smooth  as  we  desire  and  taxes  longer  than  desired 
oecquse  of  tne  chain  of  events  that  must  presently  taxe  place 
in  this  process.  The  present  chain  of  events  is:  $f2n 

1)  creation  of  an  image  of  the  documents  for  each  receiver 

on  magnetic  tape.  5f2nl 

2)  Transfer  of  the  tare  to  SRI's  computer  center  for  batch 

printing.  5f2m2 
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3)  Document  printing.  5f2m3 

h)  bursting .  5f2mii 

5)  Stapling .  5f2m5 

a)  checking  for  correct  content  and  addresses,  5f2rn6 

7)  bailing .  $*2n7 

Tne  documents  are  printed  with  a  cover  mailing  address  sheet. 

*e  are  presently  working  to  improve  the  reliability  and 

scheduling  of  the  aoove  chain  of  events.  5f2n 

*e  expect  m  the  next  few  months  to  be  automatically 
delivering  documents  through  the  network  for  printing  at  the 
destination  sites  or  tor  delivery  to  online  files.  5f2o 

This  will  require  ratification  of  at  least  an  experimental 
file  transfer  protocol  py  the  Network  working  crouo  and 
implementation  of  this  protocol.  Such  a  protocol  is 
presently  under  development.  5f2ol 

we  expect,  as  mentioned  earlier,  to  allow  documents  prepared 

on  local  host  text  editors  to  be  entered  into  tne  MC  Journal 

and  be  autor aticaiiy  cataloged  and  delivered  by  this  system.  5f2p 

To  uniaueiy  identify  nests  and  uiz  stations  associated  with 
the  network  we  worked  with  the  mwq  to  set  up  a  standard 
identifying  syntax  and  asked  each  host  and  NIC  station  to  name 
tne-sei ves  according  to  the  established  rules  see  — ,6cl)v  Sf.^q 

"his  was  a  small  out  important  step  to  nolo  establish 
uniform  communication  rules  useful  to  different  processes 
nf  tne  APPA’itl  experiment  such  as  various  NIC  services. 

These  host  I  LENT*  are  dialog  groups.  Thus  to  send  an  item 
to  everyone  at  ahC  ore  uses  the  IDEM  "spi-ArC"  in  the 
distribution  list  at  tne  time  cf  journal  suomission.  L>f2cl 

«t  tne  time  of  surmissior.  of  a  Journal  item  a  catalog  entry  is 
ere* tea  with  all  tne  relevant  information  such  as  number, 
aut-scr(s),  title,  date-time,  documents  oosoleted  or  vacated  c.v 
tni?  arc uner t ,  person  wr.o  actually  did  the  submission. 

Keywords  if  any,  distribution,  affiliation  cf  author(3),  anc 
succcliec tiens .  3i2r 
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~ach  dialog  group  or  affiliation  is  a  subcollection  name  as 

well,  and  all  items  sent  to  that  group  are  automatically 

part  of  that  subcollection •  5f2rl 

All  the  above  information  can  be  explicitly  entered  at 

submission  tine.  It  is  from  this  catalog  information  that 

indices  and  listings  are  maoe  periodically  as  described  later.  5f2s 

Users  can  find  dialog  items  of  interest  by  use  of  the  catalog 
listings  and  indices,  5f2t 

Thus,  by  use  of  the  Journal  and  the  catalog  of  Journal  items. 
oeoDle  can  find  and  Participate  in  dialog  distributed  over 
time  and  beinc  carried  on  by  People  geographically  separated 
from  one  another,  see  the  discussion  in  tne  next  section  for  a 
sample  qur-y  of  tne  catalog.  5f2u 

One  of  the  features  of  NLS  is  a  link  mechanism.  An  NLP  link 
is  a  syntactic  entity  which  references  a  statement  in  the 
current  document,  or  in  any  otnei  document.  The  link  can  also 
control  the  iritial  view  of  the  referenced  item.  Sf2v 

*rLS  nas  mechanisms  which  allow  one  to  "point”  at  a  link  and 
have  the  system  fetch  and  display  tne  item  referenced.  3f2vl 

^hus,  using  links,  networks  of  related  documents  and  dialog 
items  car  be  created.  Sf2v2 

The  system  saves  the  last  several  documents  (and  positions 

within  them)  examined,  and  thus  one  can  move  anead  to  an 

iter  ana  then,  wrier,  the  acDropriate  command  is  given, 

return  to  previous  positions  automatical ly .  j>f2v3 

links  are  essentially  forwar..  eferences.  At  tne  present 
tire  ore  cannot  automatically  access  tnose  documents 
nointine  to  a  given  document  (i.e.,  if  one  is  in  a  docume 
he  cannot  now  as*  what  documents  reference  it).  bfPVii 

Plans  to  implement  this  "backlink"  capability  are  ceine 

■"aae,  mis  facility  will  add  considerable  power  ana  a 

citation  chaining  and  indexing  capability.  3f2vua 

ve  also  rlar.  to  implement  a  comment  capability  which  win 
allow  persons  studying  a  document  to  easily  comment  on 
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dialog  items,  others  will  be  able  to  selectively  view 
these  cornents. 

It  is  extectea  that  in  time  mis  will  oe  run  on  several 
pDR-10 1 s  in  the  ARPANET,  Each  of  these  systens  will  have  a 
journal,  one  of  the  coning  research  ana  development 
problems  will  be  to  create  a  network  of  cooperating 
journals  which  allow  documents  to  be  distributed  throughout 
the  network,  out  be  entered  or  retrieved  from  any  system, 

once  this  problem  is  solved,  further  generalization  to 
otner  non-P0P-10  hosts  can  be  made. 

ONLINE  ACCESS  10  STANDARD  NIC  DOCUMENTS 

Access  to  Me  documents  is  handled  with  tne  general  NL3 
mechanisms  presently  existing.  These  mechanisms  combine  t.p 
give  a  powerful  query  and  browsing  capability  to  those  users 
trained  m  VLS  usage.  Tnese  mechanisms,  however,  are  not 
satisfactory  tc  users  who  are  unfamiliar  with  NLS  usage,  since 
we  pan  always  anticipate  occasional  users  and  users  new  to  the 
network,  it  is  plannee  to  implement  a  novice-node  query 
capability  for  these  users. 

Many  interactive,  online  query  systems  exist  wnich  allow  one 
to  specify  a  query  oy  certain  Keywords  o:  phrases,  ana  logical 
combinations  of  these. 

one,  the  KIT  TIP  system,  also  allows  a  citation  chaining 
and  nuery  capability.  Tnere  is  a  great  deal  of  interest  in 
the  information  sciences  field  in  designing  interactive 
retrieval  systems  with  tne  proper  user  interface.  Few  of 
these  systems  also  allow  full  document  retrieval  as  well, 
in  spite  cf  the  many  prototype  ana  experimental  retrieval 
systems  in  existence,  one  gets  tne  distinct  impression  in 
talking  tc  people  who  have  used  these  systens  and  from  tne 
literature  that  ther*  is  much  development  and  nuen  to  pe 
learneo  in  this  area. 

*e  feel  that  capabilities  such  as  Keyword  retrieval  and 
citation  chaining  are  important  and  useful,  put  that  other 
capabilities  such  as  catalog  browsing,  document  browsing,  ana 
studying  document  editing  and  creation  are  necessary  parts  of 
a  complete  document  handling  ano  recorded  dialog  retrieval 
process , 
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MS  has  the  potential  to  serve  as  a  basis  for  such  a  fully 

integrated  system.  Because  of  the  desire  to  fully  understand 

and  provide  the  implementation  foundations  of  MS  to  tap  this 

potential  ard  the  desire  to  build  on  the  large  amount  of  work 

m  the  retrieval  field,  we  have  taKen  a  "go  slow"  approach  to 

the  query  problem  and  have  cuilt  a  simple  but  powerful 

accessing  capability  using  presently  available  NLS  mechanisms.  513a 

mne  mechanisms  used  are  the  MS  link  mechanism  described 
earlier,  search  by  statement  name  or  content,  and  ure  of 
view  specifications.  Before  presenting  a  sample  catalog 
ouery  session  we  outline  some  thoughts  on  an  initial  query 


capability.  5f3dl 

Tne  standard  NIC  documents  available  online  are:  Sfje 

1)  THIS,  Journal,  Identification,  and  Number  System  User 

Documentation  Sf3«l 

2)  Some  workbooks  for  aiding  neople  in  learning  TMS  3f3e2 

a)  The  AKPA  Network  Resource  Notebook,  describing 
facilities  available  at  each  site  which  are  offered  to  the 
network  community  Sf3e3 

1)  Catalog  of  Listings  and  indices  to  the  NIC  collection 
of  network  dialog  and  network  related  cocuments  3f3el 

5)  Current  Directory  of  Network  Participants  5f3e5 

*)  Soon  tne  Current  Network  Protocols  document  will  alsc 
be  available  online  pf3es 

Users  nay  access  and  query  tnis  collection  of  information 
usi^g  standard  MS  capabilities  by  use  of  a  master  document 
contained  in  a  file  called  <NIC>  Locator,  a  copv  of  wmch  is 
contained  pelov,  This  Locator  document  contains  pointers  to 


the  various  sections  of  the  documents  listed  above  in  the  form 
of  NLS  links.  Locator  is  a  form  of  inverted  file,  cnee  having 
arrived  in  the  desired  document,  by  taking  the  appropriate 
link,  one  can  use  NLS  printing  and  view  specif ications  to 
orovse,  or  cne  can  search  for  a  desired  point  by  content  or 
appropriate  Keyword.  A  copy  of  the  Locator  User  Guide  is 
included  as  appendix  a 
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•  5f3f 

SAMPLE  SESSION  using  <nic>iocauor  S£3g 

petrieval  as  mentioned  earlier  is  fcy  use  cf  preset  Nis 
mechanisms.  System  printout  is  shown  m  light  lace, 
comments  are  in  Times  Roman  italics  enclosed  in 
rarer  thesis .  <V2*6D,5,LUht*sianted> 

Load  Kile  <nic>lccator 1 

♦Print  “ranch  .2Jxbni  (printout  of  an  appropriate  view  of 

the  NIC  documents) 


?  NIC  DOCUMENTS 

2A  NIC  TNIS  USER  GUIDE  oages«112 

2b  NIC  JOURNAL  USER  GUIDE  pa*ess7A 

2C  NIC  TNLS  EXERCISE  FILES  paess=23 

2D  CURRENT  CATALOG  OF  THE  NIC  COLLECTION  pages*kOii 

2E  CURRENT  DIRECTORY  OF  ARPA  NETWORK  PARTICIPANTS 

pages=l33 

2F  ARPA  NETWORK  RESOURCES  NOTEBOOX  Pagesa62 
2G  CURRENT  NETWORK  FROTCCOLS  (not  yet  implemented 
online ) 

2H  FOLKLORE. . .day  to  day  information  on  MLS  pages=ll 

♦print  oranch  .2diebl  (Selection  of  the  catalog  and 

printout  with  more  detail) 

2D  CURRENT  CATALOG  OF  THE  NIC  COLLECTION  Pages  =  kO>; 

2D1  INDEX  BY  AUTHORS  pages*69 
2D2  INDEX  nY  TITLE  *0RD  pagess333 
2D3  RFC  LIST  2Y  RFC  NUMBER  Pages=17 
2Dk  NIC  INDEX  BY  NIC  NUMBER  Pages«121 

selection  of  the  author  index. 

*  .  2dl  ti  (Search  for  documents  py  Watson) 

♦♦Print  Group  .watson I  .watson  tl 

1192  ( watscn)  NWq/p.fC  2 d 9 5  What  we  Hope  13  an  Official 
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List  cf  Host  Manes  21  Dec  ?1  6 295 

Watson 

1193  (Watson)*  Reply  to  JdL  on  Output  Device  Teletype 
20  Dec  71  6289  *atson 

119 it  (w atscn)  Summary  of  1971  Activities 

9  Dec  71  8138  Watson 

1193  (Watson)  NWG/RFC  280:  A  Draft  Set  of  Host  Names 
17  Nov  71  6060  Watson 

1196  (watson)  NWG/RFC  278:  Revision  of  the  hail  Box 

protocol  [ See  Number  Listing./ 

to  (STOP  PRINTING) 

*  *1  (Return  to  Locator) 

<NIC>L0CAT0R.NLS:1 

♦Print  Branch  .2fll  (Printout  contents  of  Resource 

Notebook) 

2F  AKPA  NETWORK  RESOURCES  NOTEBOOK  Pa?es=62 

2F1  INDEX  paees=23 
2F2  BBN-TENEX  pages=10 
2F3  CASE  pages=5 
2Fk  CARNSGIF  pages»5 
2F5  HARVAKD-1  pa*es=3 
2F6  H AnVARD-10  pages=7 
2F7  ILLINOIS  pages=5 
2 Fc  INTPO  paees=6 
2F$  LL-67  oages=3 
2 F 1 0  LL-TX-2  oages*15 
2E11  MIT-AI  ragesal 
2F12  MIT-DFCG  pa*es=7 
2F13  hIT-hULTICS  pages*l> 

2F1U  RAND  pa 

(STOP  PRINTING) 

♦Print  Branch  .2fl2  tli  (Selection  of  the  MIT-DhCG 

entry) 
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<LISTEH>MIT1.NL$;7,  3-MAY-72  16S2A  PL  ; . HJOURNAI.« "NIC 
9691; 

(Arrive  with  appropriate  viewspecs  to  see  table  of 
contents ) 

1  I.  Personnel 

2  II.  Installation  Type 

3  III.  Equipment 

li  IV.  Physical  Resources 

6  VI.  Interests  and  Capabilities 

7  Vii.  Login 

8  VIII.  Computer  Operator 

9  IX.  Miscellaneous 
10.  X.  Programs 

<NIO  MIT-DMCG . NL5 ; 2  (Feedback  from  system  as  to 

destination! 

sprint  5ranch  . 7 1 w 1  (Selection  of  the  Login 

information) 

7  Vii.  Login 

7 A  A.  When  implemented,  the  logger  would  be  in 
accordance  with  standard  Initial  Connection  Protocol 
utilizing  "socket  1"  for  connection.  The  final 
full-duplex  connection  would  involve  sockets  US+2  and 
U3  +  3  • 

7B  b.  As  soon  as  the  full-duplex  connection  is 
established,  the  system  would  send  to  the  user  the 
following  ASCII  characters  (?-oit  ASCII,  8th  bit 
zero)  : 

7bl  MONIT.MN  CR-LF 
* 

where  mn  is  current  version  of  MONIT  and  CH-LF  are 
ASCII  characters  carriage  return  and  line  feed. 

The  user  should  tnen  transmit  the  following  ASCII 
character  string  LOGIN  <name>  CP 
where  <name>  consists  of  a  maximum  of  six  ASCII 
letters  or  numerals,  (The  system  at  command  level 
does  c t  distinguish  between  ucoer  and  lower  case 
as  : v  maps  then  into  8-bit  characters.)  we  ask 
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that  the  name  pe  ASCII  characters  in  tne  following 
order:  Host  site  numoer  followed  dy  user's 
initials.  Upon  receiving  login  tne  system  win 
respond  with  the  prompt  character: 


Now  the  user  is  logged  in  and  can  -oe  the  system. 
To  logout  the  user  may  simply  send  the  command 
LOGOUT  CR 

The  system  will  then  respond  with  an  appropriate 
mest„ge.  Following  the  receipt  of  tnis  message, 
the  user  should  ask  his  NCP  to  close  tne 
full-duplex  connection. 


below  under  Offline  Services  we  describe  in  more  aetail  the 
concept  of  a  functional  document  and  the  processes  involved  m 
creation  of  the  NIC  standard  documents. 

OFFLINE  3EPVICFS 

Introduction 


At  each  network  site  and  at  some  sites  without  computers 

t0  tne  networ*  there  is  a  NIC  Station  consisting  of 
a  Station  Agent,  a  Techncal  Liaison,  and  a  NIC  Collection. 

T  ere  are  presently  56  NIC  stations  of  which  k  are  outside  the 


Sfjn 

5g 

5gl 


5gla 


The  station  Agent's  lob  is  to  maintain  the  NIC  Collection 
for  a  site  and  be  familiar  with  various  NIC  procedures  to 
assist  people  at  the  site  in  use  of  the  NIC.  Ihe  Technical 
liaison's  role  is  to  he  familiar  technically  witn  his  site 

and  usually  also  tc  participate  in  network  development  and 

use,  .  , 

3*  ial 


The  Nic^mairtains  a  master  collection  at  SRI  where  items  feV 
tc  ^e  o-  use  to  each  site  are  reproduced  and  distriouted  to 
e  site  3  local  collection.  Liaisons  also  receive  copies  o- 
some  network  dialog  of  interest  to  tnem  and  alsc  receive 
updates  to  Functional  Documents, 


This  concept  of  a  master  collection  and  an  associated  set 


Selb 


Online  Team  Environment 
137 


SRI-ARC  5  JUNE  1572  1.10U 
Network  Information  Center 
Development  and  uperations 
Offline  Services 


of  satellite  collections  is  an  important  part  of  the  NIC 
operatior.  This  satellite  collection  operation  needs  more 
work  and  design  than  we  have  yet  been  able  to  give.  Four 
areas  needing  work  ares 

we  neea  to  provide  more  and  better  training  to  station 
Agents  on  how  to  handle  the  satellite  collections. 

we  need  tc  evolve  our  cataloging  and  catalog  production 
tools  to  the  point  where  stations  can  maintain  their  own 
suDcollections  and  shelf  lists. 

we  need  to  provide  selective  dissemination  of  documents 
to  Stations  based  on  interest  profiles  of  users  at  that 
site. 

we  neea  to  investigate  production  ana  use  of  microfilm 
technology. 

Functional  Documents  and  Their  Revision 
INTRODUCTION 

several  documents  generated  in  Network  activities  are 
subject  to  occasional  revision  and  updating.  The  CURRENT 
CATALOG  CF  THE  VIC  COLLECTION,  the  DIRECTOR!  OF  NETWORK 
PARTICIPANTS,  and  the  NETWORK  RESOURCE  NOTEBOOK  are 
examples.  These  and  external  documents  such  as  the  pBN 
manuals  are  referred  to  oy  NIC  as  "functional  documents", 

more  reneraliy,  a  functional  document  is  a  document 
whose  title  and  function  remain  constant,  but  whose 
contents  can  cnange.  A  functional  document  contains  a 
single  or  several  documents  which  can  ce  aaded  to, 
deleted,  cr  replaced  entirely  or  selectively.  Ihus  the 
'unctional  document,  which  nas  a  NIC  numoer,  can  be 
l  sferenced  in  other  documents  with  some  assurance  that 
it  will  be  m  existence,  even  though  the  suodocuments 
with  their  distinctive  NIC  numbers  may  be  in  flux,  in 
tre  catalog  trie  numrer  of  a  functional  document  m  which 
a  specific  document  may  be  contained  is  listed,  and  the 
currert  contents  of  each  functional  document  is 
indicated. 


To  illustrate,  tne  network  RESOURCE  NOTEBOOK  may 


5*101 

Sglbla 

5*1010 

pgioic 

5*1010 

5g2 

5g2a 

5*2al 
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always  be  referred  to  as  NIC  6?iiQ.  To  allow  the 
descriptions  of  individual  sites  to  be  updated 
separately,  each  section  is  uniquelv  numbered,  and  is 
then  renumbered  each  time  it  is  reissued,  3g2alal 

Another  functional  document,  CURRENT  NETWORK 

PROTOCOLS ,  NIC  7101*,  was  established  to  brine 

together  all  currently  active  documents  on  arfa 

Network  Protocols,  Its  contents  may  include  documents 

also  issued  separately.  Sg2ala2 

Each  functional  document  has  a  Contents  Page  wnich  shows 
the  names  and  numbers  of  the  content  documents  as  of  the 
date  it  carries.  It  has  also  a  Status  of  contents  page 
which  gives  information  on  documents  superseded,  and  the 
dates  of  revision  of  all  documents  and  of  any  individual 
pages  revised,  further  information  for  use  in  tracing 
the  history  of  the  contents  is  contained  in  the  series 
of  transmittal  letters  sent  with  partial  contents,  as 
discussed  oelow.  5g2alb 

in  preparing  a  document  wnicn  is  expected  to  be  revised, 

Netvor*  participants  are  urged  to  use  a  looseleaf 

format.  3 g2alc 

The  Network  information  Center  intends  to  support  the 
distribution  and  recording  of  contents  of  functional 
documents,  procedures  have  been  established,  as  described 
below,  fcr  fitting  the  changes  to  such  documents  into  the 
NIC  system,  and  for  reproducing  and  distributing  them  to 
individuals  or  stations  with  instructions  fcr  their 


integration  into  the  existing  documents.  3?2a2 

PROCEDURES  FOR  REVISION  MATERIAL  5i!2b 

original  manuals  and  other  functional  document  materials 
Are  reproduced  and  distributed  by  NIC  just  as  other  Network 
publications.  For  all  documents  ootained  tnrougn  NIC,  NIC 
attempts  to  receive  and  make  distribution  of  updates.  5*2bl 

inclusion  of  an  additional  document  in  a  functional 

document :  ;>*2o2 


It  the  added  document  has  already  oeen  distributed 
separately,  the  holder  of  the  functional  document  may 
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sometimes  be  asked  to  insert  tne  old  copy  1  r  tne 
functional  document.  Usually  a  new  aocument  or  copy  is 
supplier, 

substantial  revision  of  a  bound  document,  or  of  more  than  a 
few  caffes  of  a  loose  leaf  document: 

A  new  document  is  published,  with  a  new  NIC  number,  it 
bears  a  notation  under  the  numper  on  the  title  case 
and/or  cover,  e.g., 

NIC  577? 

supersedes  NIC  5621 

rev  pages  inserted  or  iVISt-D  IN  A  tOOSSLEAF  OR 
f OkNJiR-stapled  document: 

Eacn  new  or  revised  page  pears  the  original  document 
number,  with  a  date  of  revision,  e.g., 

NIC  3 7 it 2 

3-cci-yi 

inserted  cages  are  numbered  to  fit  into  the  existing 
document,  e.g.,  Pages  5.1,  5.2,  5.3,  may  oe  inserted 
cetweer.  pages  5  and  6. 

Deleted  cages  are  replaced  by  a  single  page  indicating 
the  deletion,  e.g,. 

Pages  ?-] 2  deleted,  25-MAR-71 

revisions  ere  made  only  cy  substitution,  addition  or 
deletion  of  a  full  page  or  more.  NIC  does  not  revise  its 
own  publications  cy  lists  or  errata,  and  strongly 
recommends  against  their  use  oy  others  in  tne  Network, 
wowever,  when  NIC  receives  such  lists  of  errata,  it 
reproauces  and  distributes  them  with  suggestions  to  Station 
agents  for  recording  and  inserting  them. 

DISTRIBUTION  AND  T3ANSKITTAL  PROCEDURES 

?ne  transmittal  letter  accompanying  a  set  of  revision 
material  and  the  revision  material  itself  constitutes  a 


5g2o2a 

5  K  2 1 3 

5g2o3a 

5g2b3al 

522fc4 

^g2Dlia 

5g2oaai 

5g2ouo 

5g2blc 

5e2oucl 

52215.5 

2c 


Online  learn  environment 
1UO 


SKI-ARC  8  JUNE  1972  130U 

Networx  Information  Center 
Development  and  Operations 
Offline  Services 


separate  document,  a  copy  of  which  is  filed  at  NIC,  where  a 

new  cory  can  be  provided  at  any  tine.  5g2cj. 

The  transmittal  letter  indicates  tne  appropriate 

information :  document  numoer  of  the  revision  material, 

date,  document  number  of  the  Duplication  meme  updated,  its 

date,  and,  when  practicable,  information  on  tne  changes 

which  the  revision  describes  or  implements.  5*2c2 

Eacn  functional  document  nas  a  section  at  the  end  for 
filing  the  transmittal  letters  accompanying  the  contents. 

*hese  transmittal  letters  are  numbered  sequentially  as  well 
as  with  NIC  numbers,  so  that  the  sequence  of  changes  can  oe 


estaolished.  5*2c3 

PLANS  5g2d 

At  the  present  time  the  tables  of  content*  of  functional 
documents  must  be  maintained  by  hand,  although  ~lans  exist 
to  develop  automatic  aids  associated  with  tne  Journal  for 
production  and  maintenance  of  functional  documents.  5r2dl 

duildire  a  Networ*  Reference  Bibliographic  and  Dialog  Data  Base  5*3 

COMPUTER- PRODUCED  CATALOGS  AND  INDICES  5*3a 

introduction  5g3al 


we  have  directed  effort  toward  the  development  of  a 
catalog  support  System  (CSS),  needed  initially  to 
support  clerical  processes  fcr  maintaining  current 
online  catalogs  of  the  "aster  Collection  and  several 
supcollecticns  and  for  producing  various  Indices 
(hardcop*'  and  online)  to  these  collections. 

SUbsecuently ,  support  will  be  needed  for  augmenting 

various  online  user-level  infornation-nandlmg 

processes.  :>e3ala 

The  CSS  is  concerned  .th  the  following  principal 

processes:  5g3alb 

Innut,  editing,  rrcoii*.*,  and  verification  of  catalog 

entries.  5g3alb3 
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Urriatin*  of  t ho  raster  Catalog  and  suocollection 

cat  aloes .  5c3alb2 

Production  cf  incremental  and  cumulative,  naracop> 

and  online  indices  to  various  collections.  5?3alc3 

overall  resign  Goals  and  hlerer.ts  3*3a2 

The  basic  goals  relevant  to  providing  aids  to  these 
processes  are:  3*3a2a 

maintaining  integrity  of  tne  master  catalog  files 

vit-n  "axircun  protection  fro r.  ootn  human  and 

recnar.ical  errors.  3?3a 2*1 

v.aKme  possible  a  smooth  flow  of  ir.DUt  iron  APC 

clerks  vitn  good  facilities  for  proofing  ana 

correcting  ail  clerical  input.  5e3a2a2 

nerovir.^  as  much  load  as  possible  from  tne  computer 

system  during  rrire  use  times  throueh  the  use  of 

referred  execution  tecnniaues.  3g3a2a3 


Providing  an  NtS  subsystem  whicn  integrates  veil  into 
tne  r^st  of  tne  \iS  system  and  cam  be  used  by  otner 
file  processes  as  well  as  those  required  for  catalog 
production.  3r3a2au 


Tne  intiallv  inoierer,t*u  element  of  tne  Catalog  support 
Svster  is  the  Catalog  rr eduction  Processor  (Cr?J.  5K3a2c 

I  he  c  Pb  is  the  basic  output  port  of  tne  CoS  ana  is 

aeiienea  to  allow  the  production  of  online  and 

offline,  incremental  a^d  cumulative,  indices  and 

listmps  01  various  ^inas,  using  the  Master  Catalog 

as  tne  ultimate  uata  base.  50*21:1 

One  objective  in  the  design  of  the  CFP,  in  fact  of 
roM  of  the  CSS,  is  to  avoid  adding  new  oasic 

ilities  to  our  augmentation  svste-,  out  rather 
to  bring  together  existing  ones  in  such  a  wav  as  to 
reduce  our  commitment  of  resources  to  clerical  taSKS. 

dT ^  o  2 

Tne  casic  design  go*i$  which  tne  CPP  must  meet  are 
t  h  e  f  o  1 1  c  v  1  n  e  :  5  €  3 1 2  c  3 
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It  should  permit  flexible  specification  of  the 
types  and  frequencies  of  production  of  the  various 
catalog  indices  and  listings  needed  by  DSS,  NIC, 

DFCS,  etc.  583*203* 

It  should  function  as  automatically  as  possible 
and  with  a  minimum  consumption  of  ARC  personnel 
and  equipment  resources.  5»g.3a2D3b 

The  CPP  implementation  has  now  progressed  to  the 

testing  stage  and  is  expected  to  be  used 

experimentally  in  th*  production  of  tne  aRC  Journal 

ar.c  NIC  catalogs  in  the  next  few  weeks.  5g3a2bli 

Use  with  the  entire  ARC  Master  Collection  as  an 

aid  to  completely  integrating  the  various 

subcollection  citations  will  follow.  The  CPP  will 

then  be  available  for  ARC  use  on  any  desired 

subcollection  catalog-production  work,  either 

Journal,  NIC,  or  special  subsets.  3g3a2Dlia 

SELECTION  OF  ADDITIONS  TO  THE  data  BASE  5g3D 

The  ARC  Master  Catalog  is  a  grjup  of  files  containing  the 
catalog-entry  statement  for  all  informational  items  that  we 
hold  for  purposes  of  control,  retrieval,  ana  access.  The 
NIC  collection  is  ?  subcollection  of  the  ARC  Master 
rollection,  ^g3hl 

Active  experimentation  in  the  collection  of  information 

items  and  interaction  and  connection  with  otner  existing 

data  Dases  and  information  services  is  still  in  the  future 

plans  of  aP.C  ana  NIC.  However,  during  the  past  year  arc 

took  the  opportunity  to  input  the  contents  of  some  data 

rases  gathered  elsewhere,  and  to  output  the  contents  in  new 

formats.  S*3b2 

nata  bases  thus  added  include:  i>e3ci 

A  bibliography  prepared  for  use  of  the  attendees  at  tne 
January  1971  AFIPS  korxshep  on  the  User  Interface.  The 
tioliography  and  indices  processed  by  aRC  programs  were 
published  in  the  volume  of  Proceedings  of  tne  workshop. 

(see  --  3f3p3a 
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An  extensive  bifcliograpny  on  networking  prepared  oy 
P*ggy  Karr  of  iach  reference  cited  was  obtained 

in  full-size  copy  and  was  coded  ana  entered  in  the 
Master  Catalog,  (see  --  6025,) 

special  “supcoliection  catalogs",  such  as  for  the  NAS 
TP.f ormaticn  sciences  Panel,  for  tne  AFIPS  woiksnop,  for  tne 
ARC  Journal  or  for  the  Network  Information  center,  are 
created  by  (automatically)  collecting  a  copy  of  every  entrv 
statement  in  the  Master  Catalog  naving  a  descriptor  code  of 
NAS,  AH,  JOU  .,r  NIC  respectively  m  its  "Z2  fiela." 

DtSlGN  OF  DATA  il/v^NTS 

~ne  usefulness  of  a  data  case  of  citations  to  information 
item's  derends  on  the  elements  of  data  selected  to  describe 
tne  items.  Tne  selection  criteria  and  their  implementation 
become  even  more  important  when  the  items  cf  information 
include  forms  cf  information  ctner  than  DUblisnea  oooks, 
articles,  and  reports,,  e.z.,  films,  slides,  letters, 
rnotos,  ads,  meeting  agenaa,  maos. 

a  continuing  effort  nas  ceen  the  refinement  of  a  set  of 
data  elements.  The  requirements  are: 

rata  elements  should  oe  adequate  to  descrioe  ail  species 
cf  information  items  waicm  are  anticipated  to  oe  added 
to  the  collection. 

Data  elements  should  ce  adaptaole  to  economical  use  oy 
programs  developed  for  mattering  and  formatting  the 
cita  tiors  into  catalogs  and  listings  a  no  Tor  online 
retrieval . 

"he  present  list  cf  aata  elements  and  guidelines  oeiinine 
their  *priication  is  apoenueu.  (see  --  jeed,).  future 
development  will  study  the  arproDri ateness  of  using 
standard  data  elements  reme  designer  ny  national  and 
international  ccnmittei s  considering  oicliogr a onic  unta. 

iMwy  Cf  i?**.5  INTO  THh  DATA  UiSF 

:s  r.  *ted,  items  of  information  relevant  to  NIC  appe.tr 
-any  forms,  reference  to  t.nene  items  is  simplified  ov 
assigning  a  master  catalog  numoer,  a  serial  rumcer,  to 
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eacn.  To  rccoru  the  items  to  whicn  the  catalog  numoer 
refers,  a  description  of  the  item  using  the  data  elements 
noted  abcve  is  coded  by  ARC  and  entered  as  a  "statement"  in 
an  NLS  file.  5*301 

procedures  necessary  to  ensure  a  consistent,  clean  data 

base  are  vital  and  difficult  to  hammer  out,  >iucn  effort  has 

gone  into  this  area  over  the  past  year,  5e3ci2 

An  example  of  a  catalog-entry  statement  with  typical  coded 

data  elements:  5e3d3 

(Mli623)  *al  Howard  Frank  #2  org  *b2  Network  Analysis 
Corporation  Seechwood,  Old  Tappan  Road  #5  Glen  Cove, 

New  York  115L2  #cl  First  semiannual  Technical  Report  for 
the  project  Analysis  and  optimization  of 
Store-ar.d-Forward  Computer  Networks  #6  62o.  *dl  15  June 
1970  *d3  15  October  i960  -  15  June  1970  *f 1  r  *f 2  o  *sl 
ARPA  *6  DAnCl5-70-C-0l20  #7  OD30  46  1>23  #W’l  6-30-71  *yl 
Discussed  analysis  ana  optimization  of  the  ARPA  Computer 
Networ k,  general  design  philosophy.  Relationships 
between  traffic  level,  link  capacities,  and  cost  as  a 
function  of  numoer  cf  nodes  in  the  network  nave  been 
investigated.  Extensive  studies  made  for  12,  lc,  id,  20 
node  networks,  where  each  node  v as  a  potential  site.  *y2 
networx  analysis;  computer  networks;  stcre-and-forvard 
networks;  topological  optimization;  *z 2  NIC  *zj  new  * 

DESIGN  0*  CATALOU  FORMATS  5?3e 

a  set  of  special  programs  nas  been  written  at  ARC  to 

collect,  sort,  analyze,  and  reformat  the  entry  statements 

to  produce  catalogs  ana  indices  sucn  as  those  in  the 

current  Catalog  of  the  NIC  Collection,  (see  --  and 

those  used  in  nas  Fanel  ana  aFIPS  workshop  meetings.  b^jel 

These  programs,  described  below,  are  the  result  of  much 
thinking  and  experimentation  to  produce  catalogs  and 
indices  cf  maximum  usefulness,  giver  the  present  minting 
constraints.  5*3e2 

examples  of  the  listinrs  and  indices  now  produced  are:  ^H3e3 
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Catalog  listing  by  number: 


SP3e3a 


Tne  vaiifiity  of  Bmnf  Computer  Selection*  on  0«nc&«»r*  *55? 

Result*. 

Eflwsra  0.  joslin  jr.s  John  j.  Aiken  (U.3.  Air  force 
s>attas  ccnnanc,  Electronic  D*t»  Prcce*»ing  Equipment 
Office,  M*n*ccis  Field,  Bedford,  «»**»cha*ett*) . 

Computer*  and  Autoa»tion,  Vol.  15*  ho.  l,  c. 22-23. 

January  19**. 


Author  Index: 


Cate  Ru-.her  Author 

The  Validity  of  B**inr  coaputer  Selection*  on  Bencflr.arK  Result*  Jan  *6  *557  Aiken 


Titieword  Index: 


Tltle  Date  Huneer  Titituora 

?ne  validity  of  sasin*  Computer  5-lection*  on  sencRnar*  Result*  j*n  6*  *55?  validity 


Numoer  Index: 

Author 

Title 

C»te 

fluster 

Jrslin 

?Rr  Validity  of  9»iir.e  Computer  Selection*  on  jSer.cRRArk  Result* 

J*n  *6 

*557 

PRGpLEttS  £  N  C  0  U  N  T  E  R  £  D  IN  dUILDING  A  R K  K  S  R  £  N  C  E  DATA  BASE  AND 
NIC  CATAL03  5*3* 

The  steps  involved  in  building  an  online  data  case  and 
nachir  '  croauced  catalog  nave  shown  us  that  successful 
operation  of  sucn  a  system  requires  well-trained 
staff,  reiiaole  computer  system  operation,  carefully 
worked  out  and  documented  orocedures,  careful  rroofirg 
and  :,ust  olain  luck.  Experience  has  shown  that  a  full 
blown  augmentation  subsystem  suer*  as  our  bibliographic 
reference  system  contains  a  full  mixture  of  computer 
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tools,  people,  procedures,  and  training  and  tnat 
integration  and  development  of  such  a  system  is  a 
non-trivial  process.  5*3fl 

*e  have  found  even  with  our  snail  collection  of  less 
than  2000  items  that  the  period  cetween  issues  of  new 
catalogs  tends  to  oe  about  once  a  auarter.  Our  goal 
when  the  new  Catalog  Production  Processor  is  fully 
integrated  into  the  present  system  is  to  produce  a 
catalog  every  k-6  weeks,  with  weekly  announcement 
bulletins  of  new  additions  to  the  collection.  5*3f2 

The  problems  of  the  printed  catalog  are  not  unique  to 
this  document;  they  occur  also  in  tne  preparation  of 
the  directories  and  will  occur  in  some  form  in  other 
functional  documents,  but  the  diversity  of  the  data 
elements  ana  tne  complexity  of  the  formatting  are 
greater  with  tne  Catalog  than  with  other  documents. 

>g3f2a 

NIC  has  had  the  experience,  common  to  other 
information  centers,  that  oibliograrhic  processing 
entails  more  effort  and  more  sources  of  delay  anc 
difficulty  tnan  can  be  specifically  anticipated. 

b>g  3f  2  o 

NIC  staff  involved  in  nroaucins  tne  last  two  catalogs 
have  kept  a  diary  of  problems  as  encountered 
(summari7ed  oelov) •  In  tne  reading  of  this  diarv  the 
impression  of  the  staff  is  reinforced  that  problems  of 
various  kinds  seem  to  occur  serially:  as  soon  as  or.e 
problem  is  corrected,  another  is  in  line  tc  appear, 

:>*3f2c 

It  is  true  tnat  we  could  nave  issued  typed  versions  of 
the  NIC  Catalog,  tne  Resource  Notebook,  tne  User 
rJuide,  and  the  Directories  in  less  tine  than  it  mas 
taken  to  produce  them  as  online  files  caracx»-  of  b*ir.g 
machine-updatable  and  printable  cm  demand.  But  the 
trade-off  always  had  tc  be  mace  between  servlc*  to  tre 
Network  by  getting  out  tne  information,  and  tne 
benefit  to  oe  gained  fron  experimentation  vitr.  machine 
methods,  eventually  leading  to  a  better  rrcsuct. 

be3f 2d 

DESIGN  PROBLEMS  - ^ f 3 

in  resigning  tne  printed  catalog,  no  existing  catalog 
was  taken  as  a  model.  Each  alternative  format  which 
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offered  advantages  to  the  U3er  and  which  was  adaptable 
to  our  printer  was  considered.  Selection  of  data 
elements  for  tne  printed  catalog  and  for  online 
searching  was  evolutionary,  and  extensive  programming 
was  necessary  to  accommodate  charges  in  elements  and 
format.  o*3fja 

;r.e  online  catalog  is  tied  to  tne  printer  format  and 
is  less  reaaaole  than  is  desirable;  we  plan  to  nut 
effort  into  design  of  an  online  version  which  is 
oetter  adapted  to  display  and  teletype  printout. 

3iOf 3o 

M  A  C  ri  I N  t  wyooLthS  3?3fU 

The  occasional  unreliability  of  the  system  seemed  to 
adversely  affect  tne  Catalog  operation  more  tnan  other 
wo r*  at  the  site.  Many  tines  files  containine  programs 
or  citations  *ere  lost  in  dumps  or  for  other  reason. 

p  p  1  f  ii  a 

For  some  reason  yet  undetermined,  large,  neavilv 
manipulated  files  have  pone  cad.  a  threat  number  of 
files  had  to  oe  reconstructed  tr or  earlier  versions. 

3?3liiD 

An  off-nours  schedule  is  required  oecause  of  tne  load 
placed  o.n  tne  system  o.v  catalog  proauction,  and 
conseauently  tine  was  often  lost  in  waiting  for 
machine  availability  in  off-periods.  The  process  has 
been  slow,  consuming  several  hours  of  an  evening, 
during  which  the  operator  nad  to  Keep  an  eye  cm  tne 
terminal.  A  late  run  sometimes  nad  to  ce  aborted 
because  it  ran  into  the  dump  time c 

belays  were  caused  by  tnnter  malfunction,  sometimes 
several  days  w*re  lost  because  tne  printout  for  tne 
reproducible  master  could  not  ce  retained  until  the 
printer  was  cureo  of  some  aberrant  behavior.  5^3fUd 

Limitations  of  the  line  printer  csusea  sore 
comrrorisej  with  an  meal  uesign.  nave  exneri” en te  1 
with  various  formats  to  achieve  clnrity  if  net  beauty. 

3g If ue 

rkOjkAM  ?  r.  0  d  L  -  M  S  3s3fo 

i he  complexity  of  tne  present  catalog  production 
process  of  calling  files  and  using  programs  le  :  to 
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time-consuming  mistakes.  (The  new  catalog  production 
processor  should  help  greatly  here).  5g3f5a 

The  continual  improvement  in  analyzer  and  formatter 
programs  required  debugeing  and  close  examination  of 
results.  j>g3£Sb 

The  continual  evolution  of  NLS  in  general  often  has 
resulted  in  a  new  version  on  which  some  subsystem  used 
in  naking  a  catalog  would  no  longer  run  or  run 
correctly.  The  process  of  catalog  making  with  its 
large  files,  diversity  of  operations  ana  long  run 
times  nas  proven  a  useful  NLS  bug  finding  tool.  pg3f5c 

The  programs  for  formatting  the  listings  and  indices 
were  primitive  at  the  beginning,  and  have  been  cnangea 
as  the  possibilities  of  the  medium  were  explored.  Eacn 
change  in  programs  has  meant  the  usual  debugging.  It 
has  also  meant  extensive  examination  of  tne  eifects  of 
each  change  cn  the  citations  resulting  from  tne  new 
manipulation  of  the  data  elements.  3£3fSd 

The  heretofore  unreacned  limitations  on  the  size  of 
NLS  files  ana  fields  have  been  orougnt  out  cy  the 
unusually  large  size  ana  the  unusually  heavy  machine 
operations  required  for  formatting  long  bibliographic 
citations.  5&3fSe 

INPUT  TEXT  PROBLEMS  5*316 

The  most  oovious  problem,  and  the  most  common,  is 
nisrelling,  at  tne  manual  coding  stage  or  at  the 
typewriter  input  stage  or  by  accident  in  making 
editing  changes.  pg3f6a 

Misunderstandings  between  staff  members  on  fii<*  riming 
and  other  cataloging  conventions  often  occurred  curing 
periods  of  new  procedure  development  and  3taff 
training,  all  of  which  introduced  delays  or  oad  data 
or  bad  files.  Most  of  these  types  of  problems  nave 
been  cured  py  brief  weekly  meetings  of  people  involved 
with  the  various  phases  of  catalog  production, 
catalogers,  coders,  programmers # ,  etc.  3g3ffeo 

The  selection  of  information  from  tne  document,  in  the 
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codine  process,  is  vital  to  tne  retrievabiiity  of  the 
information  in  the  document,  ana  errors  in  judgment  in 
this  selection  must  be  caught  to  make  the  citation 
useful,  5g1f6c 

The  diversity  of  data,  in  type  and  leneth,  of  document 

citations  causes  it  to  be  impossible  to  predict 
exactly  what  a  formatting  change  will  do  to  some 
citations,  frial  and  error  are  needed  to  nelp  tailor 
input  to  the  requirements  of  consistency  necessary  to 
produce  an  informative  citation  for  tne  complete 
listing  and  for  the  on-line  indices.  3g3ft>d 

REPRODUCTION  R^OuLEMS  5*3f7 

To  reduce  tne  bulk  of  the  Catalog  listings  and 
indices,  the  second  issue  of  tne  catalog  was  formatted 
to  squeeze  as  r.ucn  information  on  a  line  and  page  as 
practical.  Tne  appearance  of  the  final  product  is  then 
dependent  to  some  degree  on  type  of  offset  system  used 
and  the  proficiency  and  care  of  tne  reproduction 
department  in  Dhotoreducing  the  masters.  In  some 
rases,  tne  product  nas  net  been  what  we  desired, 
because  of  tne  quality  of  our  printout,  or,  more 
often,  because  of  unnecessarily  great  reduction  or 
incorrect  ohotoprocess.  on  two  occasions  we  have  had 
to  send  tne  order  back  to  oe  rerun.  523^7* 

Photo  reproduction  is  done  centrally  at  SRI  unless  tne 
delay  would  oe  insupportable;  ve  regularly  send  *he 
Catalog  outside  for  reoro,  at  an  increased  price  and  a 

still  unsatisfactory  schedule.  5g3f7o 

COLLATION  PROBLEMS  5*3*0 

Errors  in  collation  occur  with  predictable  regularity 
out  in  unpredictable  daces  in  the  document,  of 
course.  NIC  is  forced  to  do  much  of  its  own  collation, 
and  to  check  tne  collation  ocne  outside,  with 
resultant  delay.  5E3f0a 

CONCLUSION  5*3fy 

Familiarity  with  other  centers  building 
machine-produced  catalogs,  (see  neferences  section  2c) 
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has  convinced  us  that  the  above  types  of  problems  are 
part  of  the  present  state  of  the  art  of  the 
information  ousiness  and  that  any  installation 
planning  to  do  these  types  of  operations  should  plan 
on  a  shakedown  period  to  work  them  out.  If  their 
system,  like  ours,  is  constantly  evolving  as  part  of 
planned  research  and  development,  this  shakedown 
period  may  always  exist,  5gjf9a 

SOPL  FUTURE  PLANS  5g3g 

At  the  present  time,  dialog  items  submitted  online  to 
the  Journal  and  mailed  to  us  for  distribution  offline, 
and  more  formal  documents  such  as  reports,  are 
intermixed  in  our  catalog.  As  the  collection  grows 
tnese  classes  of  items  will  te  separated  to  maintain 
ease  of  catalog  browsing  offline  t.nd  online.  5*3*1 

we  will  also  probably  produce  the  catalog  in  oook  form 
as  now,  and  macnine-produced  cards  can  be  distributed 
to  the  stations  with  each  item  to  aid  Station  Agents 
in  maintaining  an  up-to-date  catalog  of  their  local 
collections.  5*3*2 

Plans  exist  to  consider  in  the  next  year  or  two 
aistrioution  of  items  to  site  collections  on 
microfilm.  5*3*3 

The  Directory  of  Network  Participants  5«a 

The  Directory  of  Network  Participants  is  automatically 

oroducea  from  information  in  the  identification  fjle 
described  earlier.  The  Directory  contains  several 
views  of  the  information  in  this  file.  There  are  three 
main  categories  of  records  in  this  file:  individuals, 
dialog  groups,  and  affiliations.  Affiliations  are 
organizations  and  are  special  cases  of  dialog  groups. 
The  Directory  contains  a  comprehensive  online  listing 
of  IDENTS  and  names  of  all  items  in  the  file,  brief 
and  extended  listings  of  individuals,  dialog  groups, 
and  affiliations,  a  listing  of  Principle  investigators 
associated  with  each  network  site  and  ARPA  contract, 
liaison,  station  agents,  and  special  mailing  lists 
(the  latter  are  special  cases  of  dialog  groups). 
Examples  of  Directory  formats  are  given.  S*iia 
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COMPREHENSIVE  LIST  OF  IDENTSs 

SKlib 

D*  David  Farber  (UCI) 

DGB  Daniel  o.  Bobrcw (B8N-TKNEX) 

DHL  Duncan  H.  Lawrie ( ILL) DIA 

Don  I.  Andrews (SPI-aRC) 

DL  Dor  Linuti  (SH1-ARC) 

DLm  D?  i  L.  Murphy  (Sb'i-TENEX) 

DLh  Dwnu  L.  McNally  (Tinker) 

DLS  Duane  L*  Stone  (PaDC) 

DLS2  Daniel  L.  Slotnick  ( / LL ) 

Dh  Donald  MccracKen  (CMU> 


BRIEF  LIST  OF  AFFILIATIONS: 

SgliC 

BBN-tfnex  B,  b.  and  N.  -  TENEX  Group 
Bolt  Beranek  and  Newman  Inc. 

50  Moulton  Street 
Cambridge,  Massachusetts  02136 


case  Case  western  Reserve  university 

10900  Euclid  Avenue 
Room  30<?f  Crawford  Hall 
Cleveland,  Ohio  iul06 


computer  Corporation  of  America 
565  Technology  square 
Cambridge,  Massachusetts  02139 


Canadian  computer  communications  Task  Force 
100  Metcalfe  street 
iith  Floor 
Ottawa  2,  CANADA 
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CHIU  university  of  Chicago 

institute  for  Computer  Research 
university  of  Chicago 
Chicago,  Illinois  6063? 


LINC-67  m*i.t.  Lincoln  Lao  *  67  Group 
21U  wood  street 

Lexington,  Massachusetts  p  73 


EXTENDED  LIST  OF  AFFILIATIONS* 


5glid 


9BN-TENEX  3.  B.  am  N,  -  TENEX  GrO'^r 
Bolt  Beranek  and  Newman  I  c. 

50  Moulton  Street 
Cambridge,  Massachusetts  02136 


DGB 

Daniel  Gt  Boborow 

(617)891-1850 

ext 

330  «■ 

Principal 

SCb 

Stephen  c.  Butterfield 

(617)891-1850 

ext 

U9 

Investigator 

sue 

Steven  c.  Chipman 

(617)891-1850 

ext 

3>e  4. 

Station  Agent 

REK2 

pooert  E.  Kahn 

(617)891-1850 

ext 

3U0 

JM 

John  Kaxhoui 

(617)891-1650 

ext 

23L 

MM 

Mac  McKinley 

(617)891-1850 

ext 

351 

Laison 
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EXTENDED  LIST  OF  GROUPS: 


jgkC 

BBN-TENEX  Dan  L.  Murpny  ( DLM )  {617)  1i91-1650  ext  351 

Bolt  Beranek  and  Newman  Inc, 
computer  Science  Division 
5C  Boulton  street 
C&noridge,  Massachusetts  02136 


CASE  Patrick  w.  Foulk  (PWF)  (216)  366-2936 

Case  western  Reserve  university 
Computing  and  Information  sciences 
1C900  Euclid  Avenue 
Cleveland,  Ohio  kU106 


CCA  Richard  a#  winter  (Raw)  (el?)  u91-3670 

Ccnnuter  Corporation  of  America 
>63  Technology  Square 
Cambridge,  Massachusetts  02139 


BRIEF  LIST  OF  INDIVIDUALS: 


5*Uf 


Murphy,  Dan  L,  (DIM) 
Naficy,  Hamid  (HN) 
Naylor,  William  E.  ( w e N ) 
Nelson,  Lou  C.  i LC N ) 
Newell,  Allen  (AN) 

North,  Jeanne  E.  (JbN) 
Norton,  Janes  C.  (JCN) 
O’Sullivan,  Thomas  (TO) 


BBN-TENEX 

UCLA-NMC 

UCLA-NMC 

UCLA-NMC 

CM’J 

SKI-ARC 

bkl-ARC 

RAY 


(617U91-1850  ext  351 
( 213 ) 825-2 377 
(213) 625-2012  ext  2366 
(213)925-4733  or  625-236« 
(1112)621-6200  ext  151 
U15)  326-6200  ext  <*119 
U15) 326-6200  ext  212k 
(Mf',762-6700  ext  2120 
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EXTENDED  LIST  f  INDIVIDUALS: 

Dan  L.  Murpny  (DLM) 

Bolt  Beranex  and  Newman  Inc. 
Computer  science  Division 
50  nouitor  Street 
Cartridge,  Massachusetts  02138 


BBN-TENEX  (617) U91-1850  ext  351 


Murpny 


Hamid  Naficy  ( H ;4 )  UCLa-NMC 

UCLA  -  Network  Measurement  Center 
Computer  Science  Departmer' 

3732  boelter  Hall 

Los  Aneeles,  California  9002E 


(21j)825-?3/7 


Naficy 


Willi?  h.  Naylor  (WEN)  UCLA-NMC 

UCLA  Network  Measurement  Center 
Computer  science  Department 
3732  Boelter  Hall 
Los  Anreles,  California  9002E 


(213)825-2012  ext  2365  savior 


We  Plan  in  the  future  to  expand  the  information  in  tne  Directory  tc 
include  additional  information  cl  value  to  '  r.e  ARPANET  community  such  as 
individuals 5  research  interests,  aescrintion  of  functions  of  each  dialog 
grour,  etc.  5*Lh 


Iarpa  Network  Resource  Notebook 


For  oeo 
network 
service 
F  Jrctic 
aesi  gr.e 
i ro-  c?, 
uniform 
candied 
aval  lac 


nle  t^  se  able  to  effectively  utilize  the  resources  of  the 
tney  must  knew  *nat  resources  are  available.  The  initial 
to  meet  this  need  is  the  ARPA  Network  Resource  Notebook.  Tnis 
nal  Document  was  launched  in  1971  jointiv  by  9BN  and  NIC.  BRN 
a  the  initial  information  format,  collected  initial  entries 
cn  slue,  ana  did  additional  editorial  work  to  insure 
ity.  Responsibility  for  distribution  and  maintenance  was 
oy  the  Me.  we  also  transcribed  th*  material  and  made  it 
ie  online. 


As  t.he  nuncer  of  sites  rrew  it  became  clear  that  it  should  have  its 
information  content  expanded,  with  more  specialized  sections  cn 
specific  classes  of  resource,  and  that  it  needed  an  lncex,  Se5c 
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An  index  was  oreparei  at  the  nic  and  as  wo  wanted  to  develoc  more 
automatic  aids  to  producing  soecial  views  of  trie  resource 
inf -'rr.atior ,  ana  as  bbn  felt  tr.ey  *ad  fulfilled  their  initial 
obligation,  future  editorial  responsibility  for  the  Resource  Notenook 
nas  passea  to  the  nic. 


ARPA  Network  current  Network  protocols 


5*6 


Successful  intercomputer  communication  over  the^ ARPANET  depends  on 
the  development  and  implementation  of  various  classes  of 
communication  orotocols.  To  make  this  information  wiaely  availaole 
and  easily  usable  m  a  form,  people  could  tell  was  up  to  date,  the 
various  protocols  were  collected  togetner  a?  one  Functional  Document 
and  are  maintained  as  sucn  by  the  NIC.  This  has  proven  to  oe  a 
simple,  but  useful  service.  5*6a 


Network  information  tenter  User  Guide 


5*/ 


*  e 

s 

st 


to  learn  and  use  KL5 ,  the  journal  and  other  online 
extensive  User  Guide  was  preoareu  covering  that 
unctions  felt  tc  be  initially  useful  to  network 
NLS  is  a  constantly  evolving  system  and  such  a 
User  Guide  would  oe  expensive  to  constantly  cnarge 
e  keep  ur-to-date  a  document  we  call  folklore  which 
s  corresponding  to  sections  in  tne  User  Guide  wnicn 
the  system,  errors  in  the  user  Guide,  helpful 
ge,  warnings,  etc.  This  document  is  distributed 
is  availaole  online,  5e7a 

e  presently  writing  a  Primer  containing  a  highly  restrictec 

UMrt  01  IMS,  but  Which  is  sufficient  for  people  to  create  ana 
tu^v  fjocu rents  ana  use  the  Journal  capabilities.  ? ^  ^ 


To  enafcl 
rIC  serv 
subset  o 
users , 
document 
and  recr 
contains 
note  cna 
sue*esti 
periodic 


e  users 
ices,  am 
f  IMS  i 
because 
as  the 
cdace,  w 
section 
r.ges  to 
on s,  usa 
ally  and 


a  n  jr.cer  of  changes  tc  the  NLS  command  language  are  under  study, 
tne«e  nave  been  settled  cn,  a  new  version  of  tne  User  uUide  will 


written . 


support  Oi  uixlin. 


m  a  Network  *3 1  a  1  o  g 


-hen 

be 

5«7C 


tiV 


. .  , r*  present  ti-e  the  NIC  supports  several  dialog  uroucs, 

rrir e  tne  Network  working  Grout  (NWG)  cf  bo  mercers  and  its 
subgroups,  the  .speech  Understanding  Research  Group  (SUk,  of  EG 
members#  and  the  commuter  rased  Instruction  Group  iCrl)  cf  2? 
members.  These  groups  car.  use  our  online  facilities  or  mail  us  a 
of  a  occur.er t  ana  indicate  tnat  they  want  it  distributed  tc  a  na 


copy 

r.ed 
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grour.  we  duplicate,  catalog,  and  distribute  the  document  to  the 
appropriate  group  of  individuals  and  statior  collections.  This  node 
of  offline  and  online  operation  has  been  a  well  received  and  used 
service  to  aid  creation  of  a  sense  of  community  in  tne  particular 
distributed  groups  and  as  an  aid  to  their  collaborative  functioning. 

SgSa 

Requests  for  Network  information  5g9 

People  interested  in  the  ARPa  r,  from  organizaaons  not  directly 
connected  with  the  network,  ir  organizations  connected  with  the 
network  but  not  familiar  with  the  functioning  of  tne  network,  and 
people  in  various  media  services,  freauently  contact  us  for  specific 
documents  or  general  background  information  about  the  network,  we 
supply  information  both  verbally  over  the  telephone  and  in  person, 
and  lend  appropriate  introductory  or  other  material  as  required  to 
meet  these  requests,  we  frequently  refer  people  to  someone  within  the 
network  community  for  additional  or  more  detailed  information  when 
appropriate.  Sg9a 

we  feel  as  cart  of  tne  NIC  service  it  would  be  desirable  to  produce 
at  NIC  more  descriptive  information  about  activities  in  the  ARPANET 
community.  Fecause  of  staff  and  budget  limitations  we  have  not  been 
able  to  take  on  this  role  as  yet  and  have  depended  on  people  within 
the  community  tc  write  this  type  of  documentation.  Not  nearly  enough 
has  Deen  written,  however,  and  we  hope  in  the  coming  year  tc  try  to 
some  degree  to  fill  this  network  documentation  gap.  5r9d 

TRAINING  5*10 

To  iaur.cn  the  online  use  cf  NIC  services,  we  have  run  at  SRI  6 
two- day  training  courses  in  tne  use  of  NLS  and  the  journal  and  we  ’•an 
one  course  at  MTT-jjmCG  using  their  computer  and  the  ARPANET  tc 
contact  our  system  ior  training.  These  courses  nave  been  attended  py 
one  or  more  people  from  the  sites  with  online  access  to  NIC  services 
and  by  people  terested  in  the  network  and  desiring  a  feel  for 
network  usage  .nd  background  on  present  network  operation.  Tne  size 
of  each  class  has  generally  run  around  12  people,  aithougn  over  <?u 
attended  tne  class  given  at  Mi T .  5glCa 
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FIGURE  22.  Instructors  (right  in  each  group)  work  with  students 
during  practice  period  in  NIC  THIS  training  course.  Class 
alternates  between  brief  lectures  and  practice  oeriods.  NIC 
provides  a  terminal  for  each  student  or  for  every  two  students 
depending  on  class  size. 


SglOal 

These  people  have  re turned  to  their  sites  to  use  our  system  and  nelp 
others  at  their  site  learn  to  use  it  as  well.  5*10b 

we  have  beer  constantly  evaluating  how  pest  to  teach  tne  use  of  NLS 
and  have  been  getting  useful  feedback  on  areas  of  improvement  needed 
in  ?NLS  to  make  it  easier  to  learn  and  use.  bglOc 

To  provide  a  useful  service  to  a  distriouted  community  requires  more 
active  on-site  user  instruction  and  help  than  we  nave  yet  been  able 
to  provide,  we  hope  in  the  coming  year  to  oe  able  to  free  resources 
to  provide  more  of  this  kind  of  assistance.  5>gl0d 

As  part  of  tnis  teaching  process  a  series  of  "workbooks"  which  take  a 
person  through  commonly  used  IMS  operations  has  been  prepared.  SfclCe 

we  expect  tc  continue  evolution  of  our  teaching  aids  and  NLS  features 
to  make  the  system  responsive  to  both  the  needs  of  inexperienced  and 
experienced  users,  ve  hope  also  to  ad  tnose  features  which  could 
make  NLS  mere  self-instructive.  SclOf 
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EXPERIENCE  USING  THE  ARPANET  5n 

Experience  using  the  ARPANET  nas  proven  quite  satisfactory  at  tnis  stage 
of  its  development*  The  ARPANET  really  only  came  alive  in  mid-October 
1971  even  thougn  the  central  communications  network  had  oeen  operational 
over  a  year  earlier,  because  it  was  only  then  that  more  tnan  one  or  two 
hosts  were  operational  on  the  network  with  the  needed  protocols*  Shi 

The  ARPANET,  the  network  interfaces,  local  hosts,  and  networK  software 
comprise  a  very  large,  sophisticated  system  in  which  there  are  many 
places  where  breakdowns  can  occur.  The  central  network  facility  has 
been  quite  reliaole,  with  most  of  the  breakdowns  and  ougs  in  local  hosts 
and  network  software.  Nitn  the  many  possible  places  of  oreakdown,  early 
network  users  and  servers  have  nad  to  be  patient  and  understanding  of 
their  own  local  svstem  and  those  serving  tnem  on  the  network. 

Reliability  of  hosts  on  tne  network  seems  to  be  constantly  improving, 

5n2 

Response  to  users  over  the  network  seems  to  generally  be  quite  good  in 
spite  of  having  two  computer  systems  with  their  layers  of  network 
protocol  software  in  the  loon.  5hJ 

It  is  clear  that  tr.ere  is  much  vet  to  be  learned  about  handling  network 
protocols  m  local  operating  systems  and  in  network  hardware 
develocnent. 

we  are,  however,  cuite  pleased  with,  directions  of  network  development 
and  ar*  convinced  that  this  type  of  tecnnolcgy  is  here  to  stay  *nd  will 
have  a  significant  impact  on  the  development  of  this  prelect  iakC),  the 
nature  of  the  organization  of  research  and  development  generally,  and 
information  technology.  5h3 

CONCLUSION  5^ 

Tne  Network  Information  center  is,  we  believe,  an  example  of  a  new  type 
of  information  service  which  has  significant  future  potential  and,  ever 
though  it  is  presently  m  an  experimental  and  development  Phase,  is 
providing  useful  online  and  offline  services  to  the  ARPANET  community. 
Now  that  a  basic  operational  service  is  in  existence,  future  attention 
will  be  turned  not  only  to  further  evolution  of  the  rang*  oi  services 
offered,  and  the  quality  of  each  service,  tut  also  to  an  analysis  of  tne 
costs  of  each  service.  The  cost  of  information  services  is  a  tonic  of 
much  discussion  in  tne  literature  put  one  on  which  there  is  little 
concrete  aata  (see  Reference  section  2b).  *e  hone  in  future  reports  to 
oe  able  to  describe  in  seme  detail  the  costs  of  various  NIC  services  and 
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compare  then  witn  the  reported  costs  of  similar  activities  at  other 
centers  or  performed  by  ether  means.  3il 

We  a]3o  nooe  to  study  the  way  various  NIC  services  are  oeing  used  cy  NIC 
clientele  and  to  evaluate  the  utility  of  each  service  in  nore  detail. 

5i2 
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NETWORK  PARTICIPATIUN 

Richard  w  Watson  John  f  Melvin 
Charles  H  irby  and  James  e  wnite  6 

INTRODUCTION  6a 

During  the  prire  period  of  this  report,  general  network  participation 
other  than  direct  Network  inform  »tion  Center  activities  has  been  active 

6al 

Our  network  participation  activity  has  been  in  two  main  areas,  protocol 
development  through  work  in  seve  'al  protocol  design  committees  and 
general  network  coordination  through  membership  on  tne  short  lived 
Ne  work  Working  Group  Steering  Committee  and  its  successor,  the  Network 
Facilitators  Group.  6a2 

PROTOCOL  DEVELOPMENT  6b 

We  nelced  launch  the  Telnet  Protocol  design  committee  at  the  February 
1971  Network  Working-Group  (NWG)  meeting  with  the  document  "a  First  Cut 
at  a  Proposed  Telnet  protocol,"  RFC  97,  NIC  37k0  and  participated 
actively  ir.  the  design  of  the  protocol.  Tne  Teiret  Protocol  allows  user 
typewriter  terminals  of  various  types  ana  attached  to  the  users  host  to 
communicate  with  serving  hosts  through  definition  of  a  3tanaard  Network 
Virtual  Terminal  system.  The  Telnet  protocol  is  described  in  "Ak?a 
Network  Current  Network  Protocols" ,  NIC  710L.  Dick  Watson  and  John 
Melvin  were  active  in  this  area,  6bl 

At  the  May  1971  NWG  meeting  we  helped  launch  the  design  committee  set  up 
to  study  the  problem  of  general  network  data  and  file  transfer.  Two 
initial  protocols  were  designed  at  that  meeting,  one  for  data  transfer 
and  another  for  file  transfer.  Although  it  was  felt  at  the  time  that 
further  work  and  experimentation  was  needed  on  this  data  ana  file 
transfer  modem,  the  resulting  protocols  were  felt  to  be  adequate  to 
gain  initial  experience.  These  Protocols  are  documented  in  "ARPA 
Network  Current  Network  protocols"  NIC  710L.  6o2 

because  most  sites  were  preoccupied  with  implementing  their  Network 
Control  Progrars  (NCp)and  Telnet  Protocols,  implementation  at  a  few 
sites ,  including  SPI-A^C,  of  the  Data  and  Fii*  Transier  Protocols  did 
not  start  until  early  1972.  At  this  time  early  implementation 
experien; e  ana  further  experience  in  using  the  network  indicated  tnat 
the  design  of  the  Data  and  File  Transfer  protocols  should  he 
reconsidered,  a  meeting  of  the  aesign  committee  was  field  at  hit  in 
April  1972  which  resulted  m  a  new  design.  The  results  of  this  work  are 
presently  oeing  documented  by  Abhav  Bhushan  of  mIT-vMCG.  e>b3 
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this  area,  hut  other  than  defining  some  of  our  neeus  for  reporting  to 
this  group  we  have  not  been  active  participants  as  yet.  we  expect  to 
worx  mere  actively  in  this  area.  6olO 

Plans  for  tne  future  call  for  continued  active  participation  in  the 
protocol  design  areas  mentioned  above  and  for  implementation  of  those 
protocols  for  experimental  and  normal  usage,  as  appropriate.  ebii 

network  COORDINATION  6c 

A  Network  Working  C»roup  Steering  Committee  was  se:  up  at  the  -lay  1971 
NWG  meeting  of  wnich  John  Melvin  was  a  member.  This  group  planned  the 
October  1971  NWG  meeting  and  then  was  replaced  by  a  Network  Facilitators 
Group  consisting  of  nine  members  geographically  distributed.  This  group 
has  as  its  purpose  to  help  give  detailed  technical  information  and 
personal  assistance  to  people  desiring  to  get  on  the  network  or  mage 
technical  contact  with  the  network  community.  This  group  has  also 
served  a  trouble  shooting  role  in  general  network  coordination.  John 
Melvin  and  Jim  white  are  members  of  this  group.  John  left  SRI  to  work 
at  kANn  in  April  1972.  6cl 
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COMPUTER  FAOOITf 

by  Donald  C  Wallace,  *  C  Norton, 

John  T  Melvin,  Derail  I  Ant  Charles  H  Irov, 

EGwin  K  Van  De  Reit,  and  ixtuneth  E  Victor  7 

hardware  7a 

Introduction:  7al 

At  the  end  cf  the  first  year  of  this  contract,  we  transferred  our 
computer  operations  iron  an  XDS-91iO  to  a  PDP-10  computer.  The 
transfer  effort  is  described  in  our  interim  report  for  the  first  year 

(8277,).  7ala 

Hardware  activity  durine  the  oast  year  has  focused  on  additional 
tuning  of  the  new  configuration,  maintenance,  troubleshooting  and 
operation  cf  the  facility,  and  some  upgrading  of  critical  parts  of 
the  system.  7alb 

FIGURE  23.  (Opposite)  AkC  Computer  svstem.  ?albl 

Present  conf iguraticn  7a2 

The  ^resent  ARC  computer  facility  configuration  is  as  follows:  7a2a 

Digital  Equipment  Corporation  (DEC)  equipment  is  the  heart  of  our 
facility,  providing  the  computer,  core  memory,  ana  mass  storage 
devices  (discs,  magnetic  t ape  units).  7a2al 

PLP-1C  7*2*ia 

Tne  KA10  Central  processor  has  a  36-bit  word  length  anc  an 


16-oit  address  field.  It  controls  computer  cycles,  executes 
nachine-language  instructions,  and  handles  priority 
interrupts,  it  interfaces  with  the  cutsiae  worla  through  its 
I/O  3us  and  Memory  pus.  7a2ala.L 

rrocessor  7a2a'lo 

:<enory  -  8  ^AlQ's  (2  KElO's  oeing  added  in  June  1972)  ?a2alc 

These  are  ferrite  core  memories  and  are  used  witn  the  \A10 
processor.  The  memorv  allows  for  storage  of  37-bit  woros  (36 
bits  and  rarity)  and  has  a  1  us  MA10/ME1C  cycle  tine.  Each 
merorv  oox  has  a  storage  capacity  c  16,3dk  words.  7a2alcl 
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memory  Interface  DF-10 


7a2ald 


The  DF 10  Data  Channel  is  a  nigh-speed  trapsfer  device  (10T6 
wcrds/sec).  In  the  ARC  configuration,  it  accomplishes  direct 
data  transfer  between  the  (RP02’s)  and  memory.  7a2aldl 

once  enabled,  data  transfers  independently  of  the  program 
in  progress,  therepv  releasing  the  central  processor  for 
other  operations,  7a<aldla 


Disc  Packs  -  kP-02 1 s 


7a2ale 


Our  hPOP's  each  provide  storage  for  5, 196,000  36-bit  words. 
Average  access  time  is  62.5  ms.  The  transfer  rate  is  15 
ms/word.  The  ARC  system  nas  four  online  KP02 1 s  for  a  total 
storage  of  about  20  x  iot6  words.  An  additional  RP02  is 
available  to  back  up  the  disc  system.  7a2ilel 


Disc  Pack  Controller  -  RPiO 


7a2alf 


The  RPIO  provides  the  Interface  logic  between  the  DF10  Data 
Channel  and  the  RP02  Disc  Pack  Driver.  7a2alfl 


tape  Units 


?a2alg 


These  are  special  magnetic  tape  units  used  for  loading 
programs  into  the  core  memory.  They  are  usually  used  for 
bringing  up  the  ARC  system.  7a2algl 


mag  Tape  Units  and  Controller 


?a2aln 


These  units  enaDle  mass  storage  of  information  onto  magnetic 
tape  and  are  used  in  performing  disc  dumps  and  for  file 
archival  processes,  7a2ainl 


Line  Scanner 


?a2ali 


The  DC10  Data  Line  Scanner  provides  *  timesharing  two-way 
interfage  oetwe^n  the  pup-10  central  processor  and  a  maximum 
of  6 a  teietyce-like  stations.  The  current  configuration 
handles  2 U  stations.  7a2alil 

polt,  beranek,  ana  Newman,  Ire,  (sBn)  has  provided  much  of  the 
special  hardware  and  seftwar*  that,  modifies  tne  standard  ?D?-iO 
system  tc  make  it  compatible  with  arc  and  Network  requirements. 

7  a  2  a  2 
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Paging  6 ox  7a2a2a 

This  device  interfaces  the  PDP-iu  centx^al  processor  to  the 
core  memories.  It  facilitates  tne  swapping  of  races  < 2 
36- tit  woras)  between  the  core  memories  and  either  the  arum 
or  the  disc.  7a2a2al 

Interface  Message  Processor  {IMP)  and  IMP  Interface  7a2a2o 

Tne  imp  is  the  interface  between  the  A.-iC  Network  Information 
Certer  and  the  appa  Network,  it  connects  to  the  pup-io  via 
the  I/O  sus  and  connects  to  the  rest  of  tne  Network  via 
telephone  lines.  7a2a2tl 

Bryant  rrun  and  Interface  7a2a3 

The  Bryant  drum  is  a  mass  storage  device  with  a  capacity  of 
1,366,720  words  and  an  average  access  tine  of  16ms.  Once 
enabled,  data  transfer  vitn  the  core  nenorieo  proceeds 
independently  of  the  programs  in  progress,  thereby  releasing 
tne  central  processor  for  other  operations.  The  drum,  is  the 
primary  transfer  (swapping)  aevice  to  the  core  memories.  7a2a3a 

«rvpnt  Disk  7a2aii 

"his  mass  storage  device  has  a  capacity  of  23  x  ltt6  36-fcit 
worcs.  At  present  it  is  used  as  backup  for  tne  rZZ  SP02’s  wnile 
further  uses  for  it  are  being  considered.  7a2aka 


I/C  Control  Box  7a2at 

This  device  is  used  to  extend  the  FlP-j.0  I/O  bus.  it  al30 
provides  manual  control  over  the  peripneral  devices  it 
interfaces.  7a2i3a 

External  cere  (xcore)  7a2a6 

Inis  is  a  32k  2k-oit  memory.  It  is  now  used  for  storage  of 
display  and  *eypoard  information  and  other  ncr, -critical 
information  transferred  at  slower  rates.  7a2a6a 

xcDre  Multiplexer  7a2a7 

This  attaches  6  torts  to  xcore.  (Tne  rain  core  KAlo/hilC's  nave 
»*  ports  as  cart  of  '  eir  structure).  7a2a?a 


Cnijne  Team  Environment 
169 


SRI-ARC  t  JUNK  1972  130itl 
Computer  Facility 
Hardware 


vccre  Interface  yox 

This  device  provides  for  the 
interface  between  the  PDP-10 

seal  line  clock 


7a2a& 

proper  timing  and  voltage 
memory  and  the  Xcore  Multiplexer, 

7a2a8a 

7a2a9 


This  clock  provides 
system. 


the  reference  for  all  tines  recorded  by  the 

7a2a9a 


TTY  Patch  Fanel 


7a2alO 


This  connecting  panel  allows  some  of  the  many  TTY  and  Modem 
inputs  to  be  connected  to  the  2k  channels  availaDle  on  the  line 


scanner. 

nataphones 

There  are  3  Dat?phones  and  modems  connected 

Disrlay  controllers.  Tasker  Display  Generators, 
t;' 


7a2ai0a 

7a2all 


to  the  system, 

7a2alla 
ana  Closed  Circuit 
?a2a!2 


These  devices  enable  local  users  to  view  *ny  of  the  12 
television  monitors  (located  at  the  displa-'  consoles),  Tnese 
monitors  display  information  stored  cy  the  system  in  Xcore. 

"~a2al?a 

’'ata  Products  tine  Printer 


This  aevice  provides  for  hardcopy  printout  of  user  and 
files , 


Test  ocx 


i.-.is  unit  occupies  a  part  of  Xcore  ard  is  used  as  a 
troubleshooting  tool. 


system 

7a2al3a 

?a2al4 

7a2a.Ha 


input  uevices  controller  (IDC)  7a2al^ 

-ras  equipment  handles  mt ormation  from  the  display  consoles 
(12  Keyboards,  keysets,  and  nice)  and  stores  it  in  xcore  to 
i-a.’.t  processine.  7a2*l!>a 


A  tv  Converter 


7  a  2  a  1 6 
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This  converts  analog  mouse  coordinates  to  digital  coordinates 
to  be  stored  in  Xcore  via  IDC.  7a2alfta 


Display  Consoles  (12,  plus  spares! 
These  each  are  composed  of: 


7a2al f 
7a2al7a 


Meuse 
Key  set 
Keyboard 
Vir.eo  Lisnl.ys 


7a2al7al 


Console  Patch  Panel  7a2alb 

This  enables  video  cutout  from  the  display  system  to  be 
interchanged  among  the  various  display  consoles  within  the  ARC 
wor*  area  and  is  also  useful  in  troubleshooting .  7a2alba 


Illustration  to  be  used: 


7a2o 


ACC  PLP-lo  System  Configuration  Layout 
Problems  we  nave  Been  Facing 
ARC  Service  Problems 


7a2bi 
7a3 
7a  ja 


one  cl  APC’s  key  objectives  is  to  provide  reliaole  service  to  its 
.lUgr.enr ation  system  users  at  as  reasonable  a  cost  level  as  we  can 
within  the  context  of  cur  part-developmental,  part-service 
environment.  -7,3, 


*e  have  provided  many  ARC  and  Network  users  with  NLS  service 
^ ^ ^  the  cast  year.  In  this  period,  ARC  and  Network  users 
have  in  many  instances  experienced  system  accessibility  and 
user-response  at  what  we  consider  to  be  unaesiraole  levels. 

7a3al? 

,.*e  mam  cause  of  such  lovereo  service  levels  nas  Peer,  orcclems 
witn  cur  nardw?re,  altnourh  some  software  rroolens  have  also 
reen  encountered.  *  ' 7a3ai0 

we  have  been  concentrating  on  tne  various  hardware  problems  that 
*ave  caused  lower-than- desired  service  levels,  7a3a2 


(me  source  of  trouble  has  been  the  external  core  (Xcore) 
configuration  through  wnich  we  have  run  the  Network  interface, 
the  arc  displays,  the  line  printer,  ana  other  devices.  7a3a2a 
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Sensitive  cable  connections  that  nave  broken  with  handling 
during  maintenance  and  trouble-shooting  work,  many  cards 
that  have  failed,  and  basic  internal  Xcore  *rounding  design 
Haws  were  the  min  causes  of  Xcore  failures.  7aja2al 

New  cables  have  Deen  made  ana  are  oeing  installed,  A 
different  grounding  scheme  nas  been  implemented  and 
appears  to  have  reduced  the  noise  levels  previously 
experienced  in  Xcore,  7a3a2ala 

A  new  BfcM  Network  Interface  nas  been  installed  that  does  not 
connect  to  the  system  through  our  Xcore.  In  tne  future,  Xcore 
trouble  will  not  bring  down  our  Network  connection  (at  least 
not  as  in  the  past).  7alako 

The  DEC  PDP-10  nas  had  several  failures  in  tne  past  few  r.ontns. 

DEC  responds  quickly  and  effectively  to  such  occurences. 

Any  timesharing  svsten  is  suscentioie  to  such  failures.  Tne 
fact  that  we  have  only  one  machine  puts  us  in  a  position  of 
reins;  more  vulnerable  to  service  interruption  tnan  tnat 
experienced  by  large  commercial  utilities,  where  there  are  many 
machines.  When  one  machine  goes  aown,  another  is  switched  xr», 
frequently  without  the  users  seeing  much  effect.  7a3a3a 


we  pjlcr  to  discuss  witn  commercial  utilities  the  Dossioiiitv  of 


their  providing  all  or  mart  of  another  machine  for  the  sic 
portion  of  our  NLS  service  in  an  effort  to:  7aia3o 

1.  rsecome  more  reliable  and  7a3ajoi 

2.  ic  provide  more  computer  service  to  NIC  use-s,  7a3a3b2 

we  would  have  to  secure  additional  funding  for  suen  an 
arrangement.  7a3a3c 

The  nr>art  drum  nas  failed  several  tines  recently,  even  with 
freauent  maintenance  ty  Hryant.  Xhe  UNIVAC  arums  have  ce®n  used  as 
nackup,  but  have  been  unreliable  at  times.  7a 3-j 


Tne  » nivaC  drums  arc  too  expensive  ic  <eer  as  bac<up  and  don’t 
s;eec  t h »  system  sigr.if icantlv  when  used  with  the  oryant  arums 
sir.ult  amecusiy .  « e  have  terminateo  the  xease  of  the  Cnivacs  for 
cost  reas ons.  ^a3aTa 


^  Nave  tried  swarpmg  off  a  single  DEC  disxpack  to  see  if  we 
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can  tackup  the  brvant  equipment  satisfactorily  with  that 
arrangement.  fa3aUo 

The  number  of  users  supportable  is  considerably  reduced,  but 
service  to  a  United  number  (1  or  5  users)  is  satisfactory. 

faiaiibl 

fcitn  the  aadeo  32k  JtC  memory  (coming  in  June  1972),  there 
will  be  less  swapping,  so  tnat  swappine  off  the  diskDacks  is 
exrected  to  support  more  users  than  during  early  trials. 

7a?aiib2 

in  addition,  we  plan  to  develop  software  that  will  swap  off 
several  of  the  packs,  not  dust  ore.  we  aiso  are  contemplating 
adainr  another  ciskpack  controller.  7a3aac 

If  swpppins  oif  the  diskracKS  doesn't  appear  to  be  the  best  wa.v 
tc  provide  backup  for  the  Bryant  crur,  we  nay  nave  to  add 
another  dryant  drum.  7a3akd 

The  Tasger  display  syster  is  now  five  years  old  and  is  requiring 
an  increasing  level  of  maintenance  and  trouolesnootir.g ,  7a3a3 


5ir.ce  it  provides  the  primary  display  facility  tc  ARC  pNLS 
users,  its  early  replacement  appears  necessary,  ootn  to  provide 
more  reliable  service  and  to  upgrade  the  duality  of  the 
displays  to  current  state-of-tne-art  rerformanct  levels.  7a 3a 5a 


ve  have  been  activelv  trying  to  secure  more  of  our  equipment  iron 
commercial  sources,  while  putting  effort  into  making  hardware  tnat 
is  unique-to-ARC  more  reliable  through  upgrading  efforts.  faiao 


The  Xcore  conf iguraticn  and  some  interface  hardware  are  still 
cne-cf-a-kind  Prototype  eauipment,  and  in  some  ways  go  not  nave 
tne  solid  commercially-produced  characteristics  we  now  ne^a. 

7  a  3  a  o  a 

The  fryant  disc  is  not  ter  z  used  now,  since  it  was  tne  source 
of  serious  reliability  problems  (crashing  the  system 
frequently)  last  year,  its  functions  are  new  beinr  periomed  by 
tnt*  new  dlC  diskracks.  Taiaoo 


Tne  bryant  disc  is  several  years  old 
m  a  heir  overhaul  if  it  is  to  b*  further 
svstem.  **  hav*  teen  longing  fer  wavs 
that  ic  not  put  it  in  the  mainline  of 


rsw  and  is  due  for  a 
utilized  in  tne  aRC 
to  use  its  catacitv 
our  system  cm-crati or. 

/  a  5  a  r  1 1 
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SYSTEM  SOFTWARE 
Imlac  support  for  DUlb 


7b 

7  bl 


A  crcgrar  written  (by  Peter  Beutsch  of  Xerox  Palo  Alto  Research 
Center  --  XFaPC)  for  ar  1ML4C  display  ana  processor  and  sone 
nod^ flection  to  tne  display  support  monitor  calls  allowed  ug  to  offer 
bisplay  support  over  phone  lines  and  through  tne  ARPA  Network. 
io  date^MS  has  been  experimentally  used  by  a  remote  ARC  employee 
about  100  miles  away,  rheme  line  connection),  by  XPArC  personnel 
(also  cncne  line),  at  the  Network  Measurement  Center  at  UCLA  (A*PA 
NET),  and  at  «BN  ( ARPANET )  7ola 


TENEX 


7b2 


In  our  i ratal  use  of  HSN-T LNEX  the  main  concern  was  to  just  "ma*e  it 
wcr<n ,  In  getting  TENEX  to  run  on  our  uniqu  ardware  configuration 
we  -ade  many  extensive  modif lfa tions  and  additions.  In  tne  ensuing 
year  ard  a  half  of  experience  with  TFNEX  and  its  evolution  we  have 
learned  much,  with  the  responiollity  of  providing  reliable  computer 
resources  for  the  NIC  many  heretofore  overlooked  requirements  in 
running  our  lacilities  have  ceccme  ccnsiderapl.v  more  critical,  7o2* 

I-  as  «eCvJ,  e  increasingly  important  to  run  as  unmodified  a  version 
fro-  5HN  s  distributed  version  as  possioie.  Modifications  are  onlv* 
“ad*  *r,fr‘  is  a  real  user  need  ana  bpn  cannot  or  win  net  make 

*  ne^rfDrCpr3  ate  *dcl  cr  4iuitl0n»  WJlen  we  do  make  additions  or  mods 
"  '  ''t,K  *e  f11  L  atte.mnt  to  implement  then  in  a  manner  that  would  be 

of  ee.,piai  use  u  TENEX  users  and  secondly  we  notify  HaN  of  the 
change  m  the  hop  -  -  -  -  1 

a  subsequent  release. 


that  it  will  become  a  part  of  standard  t  Z  * K X  wi 

?i 


Ihe  following  is  an  overview  oi  -any  of  the  changes  we  have  made  *e-e 
it  SRi-KKC  to  HBN  distributed  tenex.  7D^c 

further  details,  including  implementation  details,  are  available 
;0r  the  asking.  7b2cl 


wrrPAIiCNAL  PROCEDURE  CHANGES 


7  c  c  a 


START-!’?  A  ir  bESTaRT  PROqEbUFEG  OF  THE  MONITOR 


7  0  2  d  1  a 


■-  e  r,  a  v 

4“ 

*  i  *  i  W 


avatche.-j  fron  isme  TFNOMP  (for  loading  tne  monitor 
iAri  tc  using  u'fHOOT,  a  DFC-orcvi  led  repiacnent  for 


Qpl 
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ENDKP  that  is  much  easier  to  use  and  a  better  program  than 
KNDKP.  7b2dlal 

\ovice  startuo  procedures  7b2dlo 

^e  have  chaneed  the  starting  address  of  the  monitor  from  ICO 
(which  goes  immediately  to  DDT)  to  SYSGOl.  7b2dlbl 

Thus  the  procedure  necessary  for  a  novice  to  brin?  up  the 
system  is  easier  and  is  as  follows:  7o2dlbla 

readin  DTBOOT 

tyoe  CR . 

one  of  the  ty-oroaucts  of  usine  DTbOOT  is  that  it  has 
built  in  default  file  names, 

we  have  renamed  the  resident  monitor  to  be  SYSlEf'i.SAV 
SYS^E^.SaV  is  the  default  name  for  loading  for  DTbOOT 
T'li'l  Flushine  7b2dlc 


Several  new  flass  were  aaaea  to  the  monitor  to 
use  of  memory  for  DuT ,  Basically  three  oDtior s 
to  the  system  programmer. 


control  tne 
are  available 
7b2dlcl 


The  svstem  nay  be  run: 


7o2alcia 


without  DDT  or  tne  monitor  symncl  taoie. 


With  DDT,  hut  no  symbols 

with  both  DDT  and  the  monito?*  symbol  table 


monitor  routines  are  8 Iso  provided  to  dynamically  alter 
tne  state  of  d r T  monitor  core  usa*e.  ?bidlclQ 


Tne  rationale  cehind  this  new  facility  is  that  tr.e 
monitor  symbol  table  uses  12k  of  nerory  that  would 
normally  ce  available  for  user  proerar  execution.  Inis 
new  feature  allows  the  system  oner a tor  to  select  the 
cntimai  use  of  memory  siven  system  loau , reliability  and 
use.  7h2dlclc 
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System  Startup  procedure  7b2dld 

We  have  modified  the  system  such  that  if  Crt£.CKD5K  doe3  not 
run  successfully,  then  nothing  else,  e.g.  auto-startup  Jods, 
is  allowed  to  run  (except  for  the  operator’s  console  ana  one 
special  dial-un  line)  until  the  disc  has  oeen  fixed  and 
CHECKDSK  has  ceen  run  successfully,  7b2dldi 


If  CHECKDSK  does  not  run  successfully,  then  a  message  is 
oroadcast  to  all  currently  connected  users  telling  them 
that  the  disc  needs  fixing.  7b2dldla 


we  allow  a  dial-uo  line  access 
system  programmer  can  fix  the 
neccessary . 


in  tnis  case,  so  that  a 
disc  from  home  if 

7b2dlalP 


we  made  this  modification  with  the  primitive  mter-joo 
communication  described  below,  7b2dldlc 


Autc-?tart-uc  ^obs  7o2dle 

we  have  changed  the  •namer  in  which  auto-start-up  joss  &et 
started  so  that  they  now  run  under  the  FX£C  ratner  than 
under  the  MINI-EXEC  7b2dlel 

COMPILING  AWL  LOADING  OF  A  NEW  MONITOR  7&2d2 

we  no  longer  add  code  to  existing  files  when  we  get  new  monitor 
releases.  instead  we  have  defined  additional  files  that  are 
assembled  with  each  group  of  files  and,  where  possible*  we  nave 
made  cur  additions  in  these  new  files  with  JHSTs  and  CALLs  to 
the  new  code.  7b2d2a 

We  have  also  cro<en  the  m.0'4  assembly  into  swappable  and 
resident  code  similar  to  the  SWPMON  assembly,  7o2d2al 

Thus  we  can  add  coae  that  is  logically  related  to  covie  in 
the  MON  assembly  but  not  resident.  7c2a2aia 

*e  nave  made  several  changes  in  tne  ccr.pile-ano-lcaa  sequence 

7c2d2o 

These  changes  give  us  more  information  at  each  step  in 
cutting  together  a  new  monitor,  7b2d2bl 

we  have  charged  ccth  the  FAIL  assembly  (ASSFIL)  and  the 
MACRO  assemblies  (vacaLL)  sc  that,  where  rossicie,  we  are 
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notified  when  the  swappable  code  overlaps  the  resident 
code  at  compile  time  rather  than  at  load  tine.  7b2a2o^a 

rfhen  an  overlap  does  occur,  we  are  told  about  it 
immediately. 

in  addition  we  are  told  what  has  to  be  changed  in 
order  to  get  rid  of  the  overlap. 

To  pet  notice  of  overlaps  we  had  to  break  out,  coae 
from  PA RaMS ,  *PARAMS,  and  some  other  routines  and 
localize  it  in  one  routine. 

The  MON  assembly  now  tells  us  tne  lower  bound  for 
loading  MFLIN,  etc. 

In  addition  tne  driver  file  MACALL,  after  the 
assemblies  are  done,  executes  the  subsystem  T£C0  and 
types  out  the  current  load  address  of  MFLIN 

This  number  can  then  be  immediately  compared  with  the 
output  from  tne  MON  assembly  and  checked  for  validity, 
we  save  <joing  through  a  load  only  to  discover  that 
overlaps  do  occur* 

we  have  changed  the  loading  sequence  as  follows:  ?b2a2olc 

We  have  removed  the  bounds  checking  that  usee  to  oe 
done  by  *omg  into  DDT. 


A  new  program  was  written  that  is  assembled  with  ana 
called  bv  POSTLP, 

This  program  does  the  checking  tmt  usee  to  be  dene  ir, 
jD7  pJ  Us  some  "daitional  cr.eckin?,. 

in  addition  it  outputs  this  information  in  a  nicelv 
for^attei  way  that  car.  be  ,< e d t  as  current 
Qocvmentaticn  for  this  version  cf  the  monitor. 

This  program  also  gives  us  the  current  values  of 
certain  critical  cells. 


<.e  have  added  another  nrogram  tnat  is  also  assembled 
with  FOSTLD. 
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FOETID  calls  this  program. 

This  program  types  out  the  file  names  and  currea* 
versions  of  the  source  files  that  went  into  generating 
this  version  of  the  monitor. 

This  information  also  provides  useful  documentation  or* 
the  current  monitor. 

Jn  addition  to  typing  out  current  file  names  and 
version  numbers  it  sets  up  ceils  in  tne  monitor  which 
contain  the  current  version  number  cf  each  of  the 
files. 

Thus  wi  go  into  MDDT  and  determine  which  source 

files  wr.  used  to  generate  this  monitor. 

PRIMITI INTER-JOB  COMMUNICATION  7&2e 

*e  have  implemented  a  very  primitive  inter-.iob  communication 
facility.  7b2el 

It  involves  a  system-wide  cell  with  each  pit  independent  of  tne 
other  bits.  ?p2ela 

fcach  bit  is  directly  settable,  resettable,  and  testable. 

7o2elal 

A  process  must  Know  the  password  for  any  bit  to  set.  reset, 
or  test  it.  7b2ela2 

ADVISE  7o2  f 

,.’e  have  implemented  an  advise  facility  similar  to  tnat  of  tne  9ku. 

7  021 1 

Its  implementation  is  similar  to  the  implementation  cf  Iihks, 
except  that  lines  are  cneckei  to  see  if  tney  are  input  linxed 


at  the  time  characters  are  put  into  tne  bis  buffer.  7b2fla 

If  lines  arc  innut  linxea.  then  characters  are  placed  into 
the  big  buffer  with  the  line  number  of  tne  advisee,  7o2flai 

HANDLING  uUP  DISPLAYS  7C2g 

(see  also  PEC  190  (7135,)  and  PFC  191  \7136.})  7b2gl 
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ve  have  made  Many  changes  to  the  teletype  routines  to  accommodate 
our  displays.  7b2g2 

Basically,  ve  defined  an  escape  sequence:  7b2tf2a 

This  escaoe  sequence  declares  that  the  following  n  (where  n 
is  part  of  the  escape  sequence)  characters  are  to  oe 
interpreted  differently  from  normal  TTY  input.  7b2»'2al 

There  exists  a  napping  from  the  special  sequence  to 
normal  TTY  input.  7b2g2ala 

When  our  displays  are  in  TTY  mode  (as  opposed  to 
display  mode)  this  mapping  applies. 

If  we  are  in  display  mode,  then  the  characters  of  the 
special  sequence  include:  what  Keyboard  character  was 
struck,  vnat  combination  cf  tne  mouse  outtcns  and  keyset 
Duttons  were  struck,  what  the  current  position  of  tne 
nouse  is,  and,  optionally,  the  time  of  the  character 
input.  ?D2g2alb 

This  escape  seouence  enables  us  to  support  other  types  of 
displays  (including  IttLACS  over  the  NET)  with  no  change 
tc  either  NLS  or  TF/NEX  as  long  as  these  "remote"  displays 
input  the  proper  escape  sequence.  7b2g2alc 


we  have  made  the  necessary  changes  to  the  rest  of  TEN EX  to 
acconmadate  this  sequence,  e.g.  STI,  and  added  additional  jsies 
to  be  able  to  define  wnat  type  of  terminal  (TTY,  local  display, 
remote  display)  is  associated  with  each  line.  7b2*2b 

FAST  TERMINAL  HANDLING  7b2n 


we  have  added  a  jsys  to  say  that  padding  (sending  additional 
rubouts)  is  required  for  tnis  terminal  when  a  OR  or  L l  is  output. 

7o2ni 

This  means  that  tne  user  will  not  lose  tne  characters  at  the 
left  margin  an  fast  terminals,  7n2hla 

(ve  unaerstar-d  that  version  1.29  take  •  care  cm  padding.  *e  will 
get  rid  cf  i,ny  inconsistencies  in  cur  code.)  7c2h2 

SCHEDULE*  CHANGES  7o2i 
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■*e  nave  changed  several  scheduler  Parameters  to  get  the  Kind  of 
response  we  want.  7b2il 

primarily,  we  have  tuned  the  system  to  give  /ery  good  service 
tc  highly  interactive  processes  and  verv  poor  service  to  r.ore 
ccmputebound  processes,  we  toned  it  by  adjusting  JBASE,  TbASE, 
and  TFACTR.  7&2ila 


we  have  also  changed  our  working  set  parameters  in  an  attempt 
tc  reduce  I/O  wait  tine  o.y  getting  more  processes  in  tne 
balance  set.  7o2iln 


in  addition,  we  have  our  own  version  of  NaWST,  which,  togetner 
with  ether  code,  gives  preferential  treatment  tc  disolay 
terminals.  This  is  a  departure  from  the  adAW  idea  of  i/N 
service  tc  all  users,  we  give  our  disolay  users  a  larger  share 
of  the  machine.  7b2ilc 


cuite  a  bit  of  code  has  been  added  at  ARC  to  gather  statistics. 

7b2i2 

rm s  reasurement  code  is  part  of  a  subsystem  (SUPERWATCH) 
written  at  ARC  tc  get  a  profile  of  the  system  performance  at 
any  tire.  7P2i2a 

r.ocurentation  on  this  system  is  available  (see  below). 

7b2i2al 

in  addition  to  finding  how  the  CPU's  time  is  spent,  what 
important  scheduler  variables  are,  and  now  our  disc  3na  drums 
are  benaving,  we  can  sample  tne  program  counter  ana/or  the 
conterts  of  r.enorv.  7b2i2o 


The  pregran  counter  (°C)  sanoier  is  very  valuable.  Tne  PC 
is  sanpled  when  the  two  cIocks  are  synchronized  every  30ms, 
in  the  clock  interrupt,  either  user  or  system  mode  is 
sampled.  A  specified  subsystem  may  be  sampled  in  user  mode. 
The  information  is  collected  as  a  count  of  samples  witni.n 
specified  ranges,  with  one  count  for  out-of-range  m  each 
direction.  The  ranges  are  specified  as  a  lower  pounl  and 
word  count  per  range.  The  word  count  is  rounded  to  a  rower 
of  two,  so  tr.at  a  SUB ,  LSR,  AOS  seauence  does  tne  doc. 

7D212D1 

The  sampling  of  memory  (user  pages)  is  oone  by  a  process 
clock  on  jOOns  intervals.  It  gives  us  a  profile  of  nerory 
use.  7b2i2b2 

pages  are  categorized  as  private  unmodified,  private 
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modified,  shared  but  not  referenced,  snared  and 
referenced  by  one  process,  sn area  and  referenced  ey  more 
tnan  one  process-  7b2i2b2a 

based  on  the  information  gathered  by  the  measurement  cole,  the 
scheduler  generates  a  number  we  call  the  response  index.  It  is 
ar.  exponential  average  of  the  length  of  time  processes  on  Queue 
zero  wait  on  the  go  list  cefore  being  broupnt  into  the  balance 
set.  7b2i2c 


it  indicates  the  Kind  of  service  being  provided  to 
interactive  users.  7o2i2cl 

If  the  response  index  goes  over  a  threshold,  the  EXEC 
prevents  new  logins.  7b2i2c2 

Since  our  scheduler  has  been  biased  against  computeoound  .lobs,  we 
added  a  JSYS  to  set  some  scheduler  parameters  ( TBAbE,  TFACTR) . 

This  axlovc  us  to  dynamicallv  alter  tne  scheduling  charaeterists 
of  our  system.  7b2i3 


A  special  subsystem  allows  tne  operator  to  set  tne  parameters 
to  "compile  time"  or  "normal".  r b2i3a 


compilations  during  regular  nour3  do  not  disrupt  service  to 
interactive  users  (and  in  general,  don't  eet  done), 
interactive  service  curing  compile  time  is  poor,  and 
compilations  eet  done  quickly.  7b2i3b 


MISCELLANEOUS  CHAFES 


7b2j 


^  y 


70201 


If  a  version  number  of 
folicvnng  haocensj 


-L  is  specified  to  GTJFN 


then  tne 

7 1 2 .1 1  a 


Ii  tne  file  exists  tnen  tne  user  is  returned  a  Jfn  for  the 
highest  version  number  of  the  file.  7b2 jlai 


If  the  file  does  not  exist  then  a  file  is  createvd  for  tne 
user  and  he  is  returned  a  JFN  for  tnis  new  file.  7b2jla2 

PELN/  ?c2j2 

inis  is  a  new  jsys  tnat  we  have  aaaed,  /D2.12a 
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It  kill  delete  all  out  the  n  (where  n  is  a  passed  parameter: 


hirhest  versions  of  a  file.  7b2.j£al 

Suoorwatch.  7fc3 

Abstract  7o3a 

supervatch  is  an  information  gathering  ana  formatting  program 
designed  to  hem  find  out  wnat  is  going  on  wit-’n  our  TE-UX 
timesharing  system.  703al 

It  is  designed  to  put-  a  very  snail  load  or*  the  system  while 
collecting  information  from  it,  so  that  it  will  not  alter  the 
operation  of  the  system  significantly.  7b3a2 

Introduction  7b3& 

The  system  monitoring  is  done  in  several  steps:  7b3bi 


information  is  collected  within  the  timesharing  monitor  in  a 
cruae  form,  usually  as  meters,  a  meter  is  a  counter  tnat  is 
continually  incremented,  and  represents  a  count  of  events  c»v 
the  sum  of  Quantities.  7c3.  .a 

The  difference  oetween  two  neter  readings,  ana  the  time 
interval  oetween  the  readings,  can  be  used  to  compute  an 
average  rate  over  the  interval.  7o3Dlal 

A  user  none  program  cooler ts  tne  crude  data  from  tne  system  at 
specified  intervals.  This  information  is  written  directly  on  a 
file.  This  process  must  put  very  little  load  on  the  system. 

70301 u 

At  the  enc  of  the  collection  oenod,  the  file  is  rrinted  in 
whatever  lorn  the  user  desires.  7o3blc 

monitor  meters  7n3c 

Tne  XtNEX  system,  as  it  cane  to  us,  contained  several  meters,  out 
we  found  them  inadequate  in  answering  our  questions  aoout  the 
system.  7c3ci 

ye  added  several  types  of  information  collection  to  tne  system. 

7b3c2 

we  added  r.eters  to  the  monitor,  especially  wi*n  respect  to  how 
time  '*as  s rent  ir*  scheduling  and  other  system  overhead 
functions,  7b 3c 2a 
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we  aadea  sanding  code  to  a  clock  interrupt  routine  to  measure 
several  things,  especially  with  respect  to  tne  balance  set  and 
memory  utilization.  Tne  sampling  is  don*  at  a  5oma.  rate. 

f d3c2d 

Fernats  tne  smclv  ruost  useful  thin*  is  the  PC  sampler,  which 
runs  off  the  sane  clock  interrupt.  Given  ranges  of  program 
addresses,  the  PC  sampler  counts  the  number  of  times  tne 
program  counter  was  witmn  each  range  at  tne  clock  interrupt. 
From  a  iaree  number  of  such  counts  one  can  infer  tne  percentage 
of  time  spent  executing  in  eacn  range,  Tne  PC  sampler  can  be 
focused  or  a  specified  subsystem  or  the  system  itself  (system 
moae  execution).  7d3c2c 

a  device  called  a  fault  record  works  in  a  manner  similar  to  the 
PC  sampler  and  records  page  faults.  It  records  either  *ault 
location  or  fault  address  for  a  specified  subsystem.  The  user 
gets  a  Picture  of  where  page  faults  occur  in  tne  program  in 
Question,  it  is  generally  used  to  refine  progran  organization. 

7b  3c2d 

The  User  Program  -  Superwatch  Subsystem  7b3d 

The  suts>sten  has  commands  for  collecting  crude  data  from  the 
-oritor  and  writing  it  on  a  file,  and  for  reading  such  files  ar.d 
'ornattire  t.he  output  ir.  *  variety  of  wavs.  7fcjdi 

The  collection  can  be  acne  in  one  of  two  modes,  one  collects  a 
smaller  anount  of  data,  runs  faster,  ana  uses  less  file  scace. 
The  otner  must  collect  data  from  tne  monitor  at  a  slower  rate 
since  it  takes  more  tine.  7t3dla 

The  rrinary  rarameter  s^e cif*d  by  tne  user  is  the  interval 
between  collections  or  samples ,  Tne  proeram  simoly  dismisses 
itself  for  the  specified  interval  between  samples,  ?r3dln 

Tne  collection  code  has  been  written  so  that  virtually  no 
information  is  lost  if  the  system  crashes,  or  if  the  program  is 
te**,.ir.atec  oy  the  user.  7t Idle 

a.fter  collection  is  finisned,  the  statistics  are  obtained 
formatting  the  file.  printouts  for  an  entire  file,  or  must  a 
portion  (given  two  tin-:-*  of  day)  can  be  ootamed  with  a  variety  of 
print  commands.  7c3d2 

Tne  oc.iects  cf  the  printouts  are  parameters.  me  set  of 
parameters  i  '  a  superset  -f  tie  s* t  cf  meters  or  items 
collected  from  the  monitor.  7b?d2a 
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Many  parameter*  are  functions  of  several  meters*  Tne  value 
oi  some  parameters  *re  computed  by  a  procedure  which  has 
available,  to  it  all  data  collected  from  the  monitor  at  the 
tine  interval  \n  question.  7b Jd2al 

Generally,  the  user  specifies  a  set  of  par* neters  he  wishes 
to  see-  7b3d2a2 

The  simplest  format  is  a  list  of  the  values  of  eacn  requested 
parameter  at  each  interval.  An  average  over  tne  entire  test  is 
includes.  7b3d?b 

Faujt.  record  and  PC  results  are  printed  in  table  form  tivinj 
address  ran res,  counts  and  percentages  for  each  range.  7b3d2c 

For  *  specified  Parameter,  a  line  printer  histogram  can  be 
printed,  for  either  the  distribution  of  that  parameter 
(distribution  of  the  values  at  each  interval),  or  the 
parameter’s  value  as  a  function  of  time.  7b3a2d 

A  special  command  allows  a  real  time  display  {uistograms)  of 
specified  parameters  in  real  time.  This  is  actually  a 
collection  command  ratner  than  a  print  command,  other 
collection  commands  allow  the  user  to  request  a  real  tine 
printout.  The  formatting  is  done  at  tne  time  of  collection, 
ana  the  user  can  see  tne  results  immediately.  703b2e 

Typical  use  7b3e 

ve  usually  use  tne  subsystem  in  one  of  several  ways:  7o3el 

we  often  run  it  with  a  collection  interval  of  about  l  to  5 
seconds  for  10  minutes  to  an  hour  during  peaK  loads  to  study 
uer forma nee.  7b3ela 

another  mode  is  to  run  it  all  day  with  a  collection  interval  of 
13  minutes.  This  gives  a  profile  of  the  system  usage,  type  of 
load,  and  overall  performance  for  the  entire  dav.  a  job  wnich 
runs  tne  suosysten  m  this  mode  is  automatically  started  up 
when  tne  time  sharing  system  is  started.  7b3elo 

Tne  slow  type  sarolin*  with  a  15  min.  interval  is  also  used  tc 
collect  ?C  and  Fault  record  statisticsr  The  sampling  is 
generally  done  over  a  period  of  aoout  3  to  5  nours.  7bjelc 
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TUe  real  time  display  mcce  is  useful  for  firming  out  what  is 


happening  w^n  the  system  is  oehaving  strareeiy,  ?o3ela 

'’'nere  are  several  parameter's  which  we  nave  found  to  be  very 
usefu: :  7b3e2 

It  is  essential  to  <no*  wr.ere  the  CPU  time  is  going.  We  deal  m 
terms  of  percent  of  real  CPU  tine:  7o3e2a 

idle  time  7b3e2al 

tire  spent  running  user  programs  7o3e2a2 

tire  scheduling  7b3e2a3 

time  srent  waiting  on  drum  and/or  disc  7o3e2Aii 

time  in  system  overhead  (e.e.  network,  cartage  collection, 
etc.)  7b3e2a5 

Disc  and  Drum  oenavior  and  usage:  7o3c2o 

percent  of  tine  busy  7r3e2ci 

queue  lengths  7r 3e2b2 

tine  to  transfer  a  base,  including  queue  wait  time  7oJe2c3 

nuroer  of  reads,  writes  7b3e2bi; 

memory  utilization:  7b3e2c 

nur.oer  of  oops  holding  space  in  memory  7b3^2cl 

amount  of  nenory  reserved  for  above  jobs  7b3e2c2 

actual  number  of  pages  nelo  by  above  300s  7eje2c3 

nuroer  of  free  pages  7c3e2cu 

nur-oer  01  pages  retained  due  to  sharing  7r3e2c^ 

usage  ov  suosysten  7Me2a 

percent  of  real  ting  used  7c.3e2dl 
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compute  tine  between  cage  faults 


7b3e2d2 


There  are  many  other  parameters  (over  100) 
cf  value  just  to  Know  that  various  aspects 
functioning  well. 


They  nearly  all  are 
of  the  system  are 

7b3e3 


A  Few  Discoveries 


7o3f 


several  tines  our  Br/ant  Disc  has  malfunctioned  in  such  a  way  that 
it  too*  the  naximun  lenetn  of  time  to  do  a  seek,  as  a  result, 
disc  transfers  were  very  slow  (about  260ms.  rer  pare)  and  the 
system  response  very  poor,  it  was  net  apparent  tnat  the  disc  was 
tne  culprit  since  no  errors  were  being  reported.  But  a 
statistical  printout  shovel  the  lone  disc  paee  times,  as  well  as  a 
lone  disc  queue  length,  and  excessive  l/c  wait  and  low  utilization 
because  of  the  disc.  7t3fl 


we  also  aiscovered  a  performance  problem  in  the  time  sharing 
system,  when  nany  jobs  were  sharing  the  same  suD3ystem,  the 
system  was  over-reserving  memory  for  these  joos.  we  presented  the 
problem  to  BBAN,  ana  the  next  version  of  T£NLX  from  5b*N  nad  a 
nouilieci  memory  management  package  in  it  which  handled  shared 
panes  in  a  more  satisfactory  wav.  7b3f2 


The  ?u  sampler  has  ’uncovered  two  expensive  parts  of  the  scheduler 
which  nay  have  been  corrected  in  the  newest  release  from.  BEAN 
(Th'NLX  1.29  which  we  nave  not  used  vet).  Also,  the  PC  sampler  has 
been  a  guide  for  reorganizing  the  code  in  Nib,  in  order  to  group 
frequently  used  code  to  reduce  the  working  set  size.  7fc3f3 


we  Keep  track  of  the  overhead  time  spent  handling  tne  Network.  It 
is  in  the  range  of  0.5*  to  1 %  of  the  real  CPU  tine  per  N?T  user  to 
maintain  it.  7D3fU 

one  cf  our  subsystems  nakas  particularly  heavy  use  of  the  disc 
( 5  b  Y  b )  .  "hen  running  on  the  Bryant  disc,  we  found  that  system 

nerf  orr.ui  ct  was  very  poor  vnen  »SYS  was  running  and  using  the  disc 
heavily,  a  statistical  printout  showed  that  it  was  aue  to  very 
hisr  I/O  wait  time  because  o f  a  long  disc  queue.  This  was  a 
factor  tin  addition  to  reliability)  for  getting  tne  disc  packs, 
when  running  6SYS  with  the  disc  pack  system,  tne  disc  use  is 
increased,  nut  tne  I/O  wait  time  is  not  significantly  increased. 
The  rage  transfer  tire  or  tne  Bryant  disc  is  about  160ns. *  and  on 
the  pack:  it  is  about  3t>ns,  7o3f5 


occasionally,  we  have  problems  with  one  16K  memory  rex. 
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stanaara  procedure  is  to  run  without  it,  vitn  16K  less  memory  for 
swapping  space.  The  result  is  a  very  clear  degradation  m 
service,  v:  th  more  time  spent  in  I/O  wait  and  with  fewer  dobs  in 
memory  at  one  tine.  Also,  we  occasionally  run  with  the  system  DDI 
(deouggirg  system)  and  symbols  resident  in  memory.  Tnis  reduces 
user  swarcinfc  space  oy  about  lox,  and  the  result  is  evident  in  a 
statistical  printout.  This  prompted  us  to  think  that  we  would 
gain  m  system  performance  by  increasing  tne  amount  of  memory. 
Anotner  32K  will  be  delivered  soon,  and  we  snail  se*.  just  how  mucn 
it  increases  our  performance.  7b3f6 

generally,  an  information  gathering  system  like  ours  is  valuable: 

7b3f7 

to  verify  that  the  system  is  working  as  designed.  7b3f7a 

To  icentify  the  cause  of  poor  service  at  the  time  it  is 
happening  (e.t.  a  bug,  nardware  malfunction,  or  just 
overloading) .  7b3f7b 

To  identify  the  “weak  link"  ir.  the  system  configuration  (drum, 
disc,  memory  or  CPU  capacity).  7c3f7c 


To  evaluate  changes  m  the  system  or  hardware  ccnf leuntion. 

7c - 


kEFEk&NCES  XV  -  ucr.puter  Facility 


(7135, )  Peter  Deutsch  (PARC).  Nwb/hFC  190,  DLC  PbP-10  --  IMLAC 
Communication  System,  arpa  Network  Information  Center,  btaoford  pesearcn 
Institute,  Menlo  ^arv,  California  9X025.  13  July  1971.  15°.  7cl 

(7136,)  Charles  Irby  (SP1-4PC).  nwo/FEC  191#  Graphics  Inblenentaticn  and 
Conceptualization  at  ARC.  ARPA  Network  Information  Center,  Stanford 
Research  institute,  “enlc  park,  California  9X02>.  13  July  1971.  Lo.  7c2 

(8277,)  b.  C.  J-ngelbart  (SPI-AHC).  Network  Information  Center  and 
Comput-r  Augmented  Team  interaction.  Interim  Technical  Report. 
Augmentation  research  Center,  Stanford  Research  Institute,  Menlo  Park. 
California  9X02^,  kone  Air  Development  Center,  A kPA •  rfADC-Tk«vi-i7s,  aT 
737  ui,  no  June  1971.  lOuo.  7c3 
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PLANS 

by  James  C  Norton,  Richard  w  watsono^ 

ana  Douglas  C  Eneelbart  d 

GOALS  da 

ARC  plans  to  resolve  a  set  of  interdependent  goals  by  conducting 
rerearch  and  providing  service  under  a  new  "Base-Project"  contract  that 
concentrates  primarily  upon  the  goals  of:  pal 

AGVancin*  the  techniques  availacle  to  AhC  a r.d  Network  system  builders 
and  U3ers  for  augmenting  the  development  Future  Plans  of 
computer-cased  information  systems.  dala 

making  tne  Network  Information  center  into  both  dalo 


Cl)  au  increasingly  useful  service  to  the  Network  community  and 

dalbl 

(2)  an  important  part  of  the  Network  Experiment  (in  its 
distributee,  collaborative  operations  and  in  its  Network-utility 
role ) •  6alb? 

Moving  useful  augmentation  techniques  and  services  out  into  the 
ARPA-Network  Community.  dale 

In  tne  discussion  that  follows,  anc  in  our  proposal  to  RauC/akPA 
(7kok,),  we  outline  the  types  of  activity  tnat  seer  to  us  best  to  meet 
these  goals.  8a2 

SERVICE  TO  USERS  oD 

A  central  point  of  our  proposed  approach  is  that  we  need  to  oecone 
prepared  to  negotiate  and  provide  an  extensive  amount  and  range  of 
services  to  distributed  users,  our  position  stems  from  the  lollovine 
reasoning;  *bl 

Our  Planned  MIC  services  involve  a  steadily  expanding  s*t  of  explicit 

"reference  ana  dialog  support"  services  (s*e  --  7kU6,).  This  is 
considered  by  us  to  be  the  central  commitment  of  a  "Network 
information  Center."  *e  plan  to  be  ready  to  expand  the  operation.-1 1 
capacity  of  these  services  as  needs  and  possibilities  emerge.  boia 

Aside  from  these  NIC-explicit  services,  there  ar  *•  other  services 
tnat  our  general  set  of  tools  and  methods  can  pro  ide  ana  that  are 
of  interest  to  other  parties,  over  the  years  that  the  Network  has 
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been  evolving,  there  have  oeen  many  discussions  about  the 
potential  value  arc's  tools  might  have  for  aifferent  Network 


individuals  and  groups.  Recently  there  has  been  a  distinct 
increase  in  interest  and  expectation  ir  this  regard.  dblal 

in  general,  we  enjoy  this  snow  of  interest  in  our  products,  and  in 
particular  we  want  very  much  to  collaborate  with  and  support  some 
of  this  experimentation  (as  in  the  goal  set  cited  above).  bbla2 

However,  it  is  quite  obvious  to  us  that  significant  value  will  not  be 
obtained  from  extra-Nic  experiments  with  our  computer  services,  or 
from  interaction  with  our  staff,  unless  these  be  done  in  a 
nondissipative  wav,  with  individuals  or  groups  dblb 

(a)  Whom  we  can  adequately  support  with  computer  and  personnel 
resources,  and  6fclbl 


(b)  That  show  promise  of  following  through,  by  being  able  to 
acquire  adequate  resources  and  being  able  to  integrate  our 
services  significantly  into  the  work  that  they  will  be  doing. 

„  Gblb2 

Furthermore,  it  is  also  obvious  to  us  that  there  will  oe  considerably 
more  payoff  (to  our  and  APPA‘~  reals)  from  the  external  use  of  our 
finite  resources,  if  these  are  individuals  or  groups  interested  in 
bootstrapping  --  that  is  those  who  8blc 

(c)  win  pursue  activities  that  either  add  to  the  techniques  and 

capabilities  subsequently  available  to  other  participants ,  or  who 
will  help  other  people  learn  about  and  obtain  this  kind  of 
service.  oblcl 

on  another  tack,  if  the  concept  of  a  distributed  community  making  use 
of  "network  utilities"  is  to  materialize,  then  certainly  there  must 
evolve  a  body  of  techniques  and  conventions  involving  Sold 

(a)  Service  Deliverv--where  these  utilities  can  deliver 
responsive,  interactive  transactions,  over  a  complex  repertoire  of 
service  functions,  wit n  botn  a  high  degree  of  reliablity  ana  a 
high  aegree  of  availability,  and  abldl 

(o)  service  Marketing— where  a  customer  can  negotiate  vita  a 
utility  for  the  quantity  and  type  of  service  that  suits  nis  needs 
p.na  where  there  is  a  negotiation  environment  at 
service-transaction  time  that  enables  the  customer  to  get  the 
service  when  ne  needs  it,  out  with  a  resource-utilization 
framework  that  is  balanced  between  efficiency  and  demand  capacity. 

6bld2 
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Therefore,  we  ri&n  to  concentrate  our  efforts  within  a  four-prongea 


pro.iect  wherein  coordinated  advances  can  be  made  ir:  tib2 

1 1 )  Developing  service  functions  that  will  be  of  maximal  value  in  our 
above-mentioned  goal  structure,  6b2a 

(2)  Developing  the  knownow  ana  capability  for  delivering 

significently  useful  service  to  the  Network,  as  a  utility,  db2b 

(3)  Developing  the  knownow  and  capability  for  marketing  a  utility 

service  to  the  Network,  tib2c 

and  wherein  we  become  ever  better  at  6b3 

U)  operating  a  utility  service,  8b3a 

Depending  on  funding  availability  ana  other  arrangements  to  oe 


negotiated  we  may  find  ways  to  provide  additional  service  capacity 
through  placement  of  the  computer-based  portion  of  our 
augmentation  system  on  a  computer  or  computers  operated  for  us  a 
commercial  timesharing  utility,  obia.1 

basic  project  work  tic 

We  are  Planning  that  under  our  new  base  contract,  ARC'S  ''utility"  would 
initially  serve  two,  oulk-commodity  customers--ARC  workers  and  NIC 
customers.  ticl 

Until  we  learn  how  to  market  and  jeliver  service  better,  we  would 
ratner  concentrate  heavily  upon  developing  our  marketing  and  delivery 
capabilities,  as  contrasted  with  expending  a  large  amount  of  energy 
in  trying  to  meet  the  *eyond-easic-NIC  services  that  might  be  wanted 
bv  "customers,"  ticla 

And  as  we  learn  how  to  deliver  and  market  different  types  and 
auartities  of  service,  we  feel  that  there  will  be  a  logical 
progression  of  service  types  and  0f  customer  tynes  to  oe  effectively 
and  beneficially  promoted  and  served  in  our  growing  "utility  market," 

tic  1  o 

ye  outline  below  what  seems  to  be  a  natural  succession  of  "service 
systems"  that  might  pe  tnus  marketed,  and  we  would  propose 
concentrating  our  service-function  development  efforts  on  getting 
prototypes  of  these  service  systems  shaken  down  witnin  ARC’S 
jnternal  domain  in  readiness  for  marketing  them  wnen  the  tine  is 
rieht.  bciol 
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.e  vtil  hope  to  develop  a  market  for  our  services  that  leans  strongly 
toward-S  customers  interested  in  bootstrapping.  °c-c 

IfpWbii'nv  “and Pifit  «o«rrtnatdIddi!ionL^RPr?Ldlng^ou!dinR 
profitably  *  be"*  Hoc*  ted  '’V'^-^e^Ul-vle^ce  "o^Hnder  the 

sjsi.vsrs-.is.srus: 

riaMcailv  ve  expect  that  the  base  Projest  will  count  on  Rutting  a 
at7niftcant  and  constant  effort  into  continuous  development  of 
aei< very /marketing  techniques  and  principles  and  that  any  poans  on 
of  aRC's  service-delivery  capacity  be  supported  oy  means  ^  eXBl 
!laltional  negotiations  with  customers  (and  pernaos  with  the  ^ 

customers’  sponsors). 


Our  Base  project  worK  vili.  focus  on; 

\l)  revelcpin*  Service  Functions  for; 
(a)  external  Users  (via  tne  MetworO 


6c3 

6c3* 

Pc3ai 


NIC  reference  and  dialog  support  functions  (discussed  -urther^ 
in  --  7 U06 » ) 

Our  planned  ma.ior  points  of  emphasis  are  as  follows:  6c3alal 

Cont t -vie  to  work  with  Network  working  Groups, 
oarticularlv  in  th.se  areas  vital  to  tne  MC  suer  as 
graphics,  file  transfer,  distriouted  lat.  management,  tf* 

accounting. 

expand  our  ability  to  provide  basic  reference  and 
support  for  tne  ircrcasin?  r.-.ipers 1  of  net.or*  u.ers  a  d 
eiouns  who  will  be  coming  on  the  NtT.  dcjaiai 

Reorganize  our  hardware  arc  software  system  to  <*nable 
smooth  expansion  as  the  need  arises.  ocja.a.c 

(jet  our  resource  accounting  of  both  people  and  machine 
resources  in  shape  so  as  to  oe  able  to  knew  wnat  «ch 
operation  and  service  is  costing.  oc^aian 

as  new  dialog  support  functions  are  developed  and  tested 
or  the  research  sice  ci  tne  house,  move  tnen  into 
operation  in  tne  NIC.  3 
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Provide  improved  querying  capabilitjes  for  t he  online 
reference  flics  suen  as  the:  o  cj  a  i  a  1  f 

NIC  catalog 

Network  Resource  Noteoook 
The  Current  Network  Protocols 
records  of  site  status 

Documentation  oi  site  facilities  and  services 
Networkwide  ana  personal  files  of  people  interested  in 
various  research  topics 

Possibly  provide  a  facility  to  ask  questions  for  online 
updatin'  of  site  3tatus  or  other  files  that  are  changing 
over  a  short  period  of  time.  bc3aial?: 

Continue  to  improve  making  information  availaoie  by 

preparing  weekly  notices  of  new  additions  to  t'n*  NIC 

collection.  6c3alaln 

prepare  specialized  bibliographies  for  subjects  of  wide 
interest.  hcjaiali 

The  abov®  services  as  veil  as  evolving  the  NIC 
collection  require  considerable  effort  to: 

Monitor  current  literature  to  select,  collect, 
abstract,  and  catalog 

Design  and  program  to  produce  such  listings  from 
catalog  input  items 

Prepare  and  distribute 

Devise  improved  w?ys  to  handle  hardcopy  at  sites: 

3c3alalj 

as  the  numner  of  users  grows  and  the  number  of 
available  services  increases,  the  size  of  the 
collections  at  local  sites  will  increase. 

Allow  individuals  and  groups  tne  capabilities  of  NIC  to 
create  and  manage  tneir  own  private  collections  of 
information  with  catalogs  and  capabilities  for  entering 
and  Proofing  items  and  querying  the  catalogs.  *c3aialk 

This  item  requires  basic  bibliographic  tools  oevond 
those  usea  for  producing  the  standard  NIC  catalog. 
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It  places  more  reouirenents  for  trsinirg  and  close 
liaison  with  users.  1  8t 

Since  these  users  will  have  online  items,  possibly 
scattered  in  files  on  other  hosts,  it  woSlo  be 

thei^cataJogs^in'Nlc!:'^3  ^  retrleV1^  tnrough 

USe  411  varied  systems  on  the  network  is 

to  efoJ  remoti:e«f,0SSi01e  by  senc!in*  a*l  potential  users 
in.tinh«Iem°J’e  sitR  for  tralnir|C  °r  by  always  bringing 
instructors  to  the  user's  site.  dcjalall 


(b)  internal  Users  (evolving  toward  external  use),  such  as: 


Prototype  Dialog  Support  System 
(discussed  further  in  --  yuo ?,) 


ac3a2 


oc  3a2a 


SU5-?2S-,,eIrel?p"ent  wiU  oe  coordinated  with  our  other 
dlveiS  8  °5,ird  serving  teams  of  people  involve.:  in 
developing  complex  computer-based  systems.  Hence  we  will 
concentrate  upon  maxing  a  prototype  DSS  taatreallv  supports 
the  deveiooers  and  users  of  the  systems  tnat  ARC la  '  °  ^ 
developing  and  operating— such  as;  NLS,  NIC,  DSS,  p.rs  and, 

dc3«2al 

S!?'1??0?  18  tne  Prpt0^Pe  "super  document"  (see 
?22wwJ5b)  what  onr  collaborative  dialog  win 
concentrate  upon  for  ARC'S  internal,  prototype 
development  of  DCS ,  pC3a2ala 

svef— to^eS  of.DSS  are  sePn  t0  be  useful  to  the  ,„ic 

cf  s"yices,  they  will  be  ao  provided.  rnls  -iu 
provide  us  with  early  experience  in  tne  use  of 
features  among  a  larger,  distributed  community.  «c’a2alb 

For  instance,  we  >xpect  to  use  improved  Ink  and/or 
advise  features  in  simultaneous  online  conference 

consist »”*♦  “'’I'!!"  worKlRR  collaboration  when  and  where 
consistent  within  ARC  and  NIC  soais. 

re.vui VT''  tbrre  nay  be  SPecial  ESS  features 
eiuired  for  this  distri buted-conr unity  service*  w* 

expect  to  do  this  sort  of  vorx  within  tne 

functional- development"  part  of  our  activity,  ^one 

discussion  oz  the  "distriouted-dialogH  features  is  to 
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be  found  in  a  7  Dec  1969  nemo. 

(see  --  522U, 3e) 

Examples  of  functions  under  development  or  being 
considered  are:  oc3a2alc 

Sets--the  ability  to  find  those  items  in  tne  dialog 
universe  relevant  to  one’s  interest  and  view  then  in 
many  ways, 

HacKiinks--to  find  out  wnich  other  items  are 
referencing  each  item. 

Ability  to  build  sub  catalogs  of  dialogs--related  to 
sets  • 

Lialog  with  files  distriputed  in  nany  hosts  throughout 
the  networK--Xhere  are  many  problems  that  would  have 
to  be  soivea  sv.cr.  as  assuring  that  files  did  not  get 
deleted  and  keeping  tracK  of  where  things  are  in  our 
cataioe,  to  help  reduce  tne  load  on  NIC. 

Action  if,ens--vays  to  enter  a  dialog  item  requiring 
action  by  a  certain  date  and  having  the  system  remind 
the  3ender  to  follow  up  or  check  to  see  whether  the 
receiver  responded. 

New  Journal  entry  tecnniques--rnaxing  the  process  much 
easier  for  users,  including  pre-specification  in  NL5 
files  of  entry  details. 

.  rotctype  Documentation  Production  and  Control  system  npcs) 
(discussed  further  in  --  7i±06,  )  oc3a2b 

*e  clan  to  further  develop  witnin  APC  a  separate  place, 
terminal  configuration  and  otaff  --  for  a  DPCS  system 
expressly  to  support  production  and  control  of 
inf ornation-systems »  documentation  --  wnere  the  support  work 
for  developing  and  controlling  arc's  documentation  will  all 
be  done.  dc3a2bl 

If  ve  need  more  throughout  to  shake  down  the  system, 
and/or  if  through  uiC’s  activity  or  through  special 
arrangements  with  Network  groups  there  is  reasonable 
sense  to  do  sc,  we  would  consider  our  supporting  of 
ether-group  (wetworx)  documentation  and  control.  Tnis 
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activity  would  sei ve  as  a  test  bed  for  tne  successive 
stakes  of  DPC  system  developments  we  want  to  go  through, 

ac3a2bla 

in  support  of  this  approach,  we  would  like  to  provide 
ourselves  locally  with  a  hardcopy  printout  system  cuoapie  of 
making?  gooci-auality  mixed-text/graphic  drafts.  Sc3a2t >2 

^e  nay  coordinate  this  system  with  parallel  use  of  a  high 
Quality  coy  system  for  final  production  of  documents  and 
microfiche,  we  expect  to  use  a  commercial  service  bureau 
for  this  initially,  but  want  to  have  our  local  facility 
oe  capable  of  producing  completely  accurate 
representations  of  tne  final  output.  6c3a2b2a 

The  earliest  form  of  a  PPCS  would  have  tne  authors  worxin? 
offline  to  a  large  extent,  using  Deferred  Execution  (DtX) 
processes,  dc3*2P3 

The  lectures  provided  cy  DEX  wm  allow  clerical  people 
to  follow  complex  marx-up  notations  made  by  authors  as 
drafts  are  developed.  bc3a2b3a 

spooled-mput  typewriters,  using  magnetic  tape  recording 
equipment  would  be  used.  6c3a2b3D 

Subsequent  evolution  of  a  DPCS  wouIq  be  towards  providing 
features  such  as:  automatic  concordance-type  indexing, 
cross-reference  control,  glossary  control  and  production, 
and  towards  extended  representations,  new  forms  of  portrayal 
for  use  in  documenting  complex  systems,  an  extended  facility 
for  composing  and  modifying  the  exotic  representations,  and 
hign- duality  f  or.  t /for  mat  tine  •  dc3a2b* 

Prototype  Software-Engineering  Augmentation  System 

(discussed  further  in  (7E09,)  and  --  7U11,  )  oc3a2c 

New  or  changed  features  oeme  considered  are:  6 c3a2cl 

Source  level  denuding  and  incremental  compilation 

dc3a2cla 

A  primitive  system  is  being  implemented  now  with  a 
nore  advanced  version  to  come  following  mpl 
implementation. 


Documentation  aids 


3c3a2clP 
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Documentation  for  different  levels  --  user  guioo 
level,  system  architecture  level,  etc. 

Automatic  documentation  --  refornatter  programs  to 
make  embedded  documentation  more  clear  ana  in  summary 
form. 


ceding  sids 


dc  3a2cle 


Possibly  produce  Parsers  automatically  iron  use-level 
documentation  of  commands  --  that  would  require  fairly 
strict  rules  for  documentat  on. 


Use  of  back-linking  for  cross-ref erence  and  annetative 
documentation.  6cia^cla 


Develop  cross-reference  facility  for  nodules  (and 
possibly  inter-nodular  if  bacK-linxs  are  not 
sufficient)  . 


use  set  facilities  for  viewing  and  wording  on  cose  at 
different  levels.  oc*a?cie 

for  example,  a  user  might  construct  a  set  that 
contains  all  procedures  that  are  pertinent  to  a 
particular  DNL5  command,  or  a  set  of  ala.  procedures 
tn*t  do  command  parsing  for  DtX  and  so  forth. 

Further  develop  our  compiler  system  dc-a2cif 

Allow  easv  generation  of  interpreters  as  well  as 
compilers. 

Modularize  compilers. 

Possibly  generalize  trees  to  uetwoKS  IN  I kejs.  rtf 7a. 

Develop  program  verification  capabilities  ec3a?c:g 

Development  of  heuristic  programs  to  determine  tnat 
programs  do  what  the  writer  has  indicated  they  do. 
Allow  statement  of  programmer  asumptions  at  various 
points  in  a  program.  Ihe  verification  facilities  night 
test  those  assumptions  ana  specify  if  they  can  be 
f alse. 
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Develop  trace  facility  in  the  dateline  program  8c3a2cln 

To  help  immprove  estimating  and  give  a  history  of  our 
activity. 

heveicp  catalogs  and  inaice*  fcr  system  files  8c3a2cli 
Index  procedures  by  function.. 

Once  a  remote  site  has  established  a  Dr.’LS  station  tnat  can 
wcr<  with  our  systen  througn  the  *NetwcrK,  it  would  oe 
directly  feasible  for  software  engineers,  wording  on  other 
computers  with  otner  languages  than  ours,  to  use  our  DNLS 
system  to  considerable  advantage  as  a  wcrxsnoo  in  wnich  to 
compose,  modify,  and  >tudy  their  {integrated)  source  ccae 
and  documentation,  and  to  participate  in  computer-aided , 
collaborative  dialog  over  this  material.  8c3a2c2 

*ith  straightforward  utilization  of  our  compiler-compiler 
techniGues  oreracle  through  LiNLS ,  they  can  easily  bjild 
special-purr use  languages  that  match  to  other  comruters, 
tc  other  purposes,  at  binary  or  assembly-language  levels. 

6c3a2c2a 

*we  hone  to  encourage  some  experimentation  m  tnjs 
direction,  ana  interna  to  round  out  the  prototypical  set 
of  conventions,  ails,  principles,  etc.  within  our 
application  ao-as  that  will  maxe  sucn  application 
relatively  direct.  The  extent  of  such  experimentation 
will  of  course  be  limited  to  what  we  can  -anage  to 
support,  noth  with  computer  service  ana  with  people 
interaction.  8c3a2c2b 

yore  Advanced  ns*  of  the  Software  Tools  at  ARC  6c3fi2c3 

we  have  described  amove  how  the  software  engineer  at 
another  location  night  use  nls  for  writing  r.  1  s  programs. 

hc.?*2C  3* 

It  will  also  re  ^ossicle  for  the  rerote  programmer  to  use 
other  software  au^rer.tatic-  tools  g*" »lcped  nere. 

be  3a2c3o 

Kor  instance,  the  TPfct  hET*  compiler  vritint  'Stem 
could  oe  modified  to  produce  cod*  for  another  nacnine 
(tnis  was  m  fact  Jon.e  as  part  of  t  n  j  transfer  of  JLS 
from  the  XLS-SkO  tc  tne  PDR-lo) .  It  could  tnen  oe  used 
tc  develop  experimental  compilers  tnat  wouia  run  on  a 
PDP-ic  (cr  through  further  modifications  and 
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bootstrapping,  on  another  macnine)  and  produce  files 
that  could  be  ser.t  over  the  Net  for  loading. 

The  feasibility  of  such  an  undertaking  will  be  gre«ti.v 
increased  with  the  development  of  the  modular  Programming 
Svstem  described  in  (7all,).  6c3a2c3c 

The  compiler-compiler  win  be  composed  of  modules,  so 
tnat  the  code  production  can  be  more  easily  replaced 
without  resulting  a  detailed  understanding  of  large 
sections  of  a  complex  programs 

wnen  it  is  operational,  the  Modular  Programming  system 
itself  will  be  a  very  powerful  tool  and  of  interest  to 
other  programmers.  6c3a2c3d 

in  addition,  it  will  open  up  new  ways  for  the  remote 
programmer  to  access  and  use  the  other  tools  at  ARC . 

bc3a?c3e 

It  will  become  possiole  lor  the  programmer  to  create  a 
personal  version  of  NLS  by  the  replacement  ana 
addition  of  nodules  so  as  to  better  match  ms  needs. 

prototype  System-Developer’s  Handbook  System  oc3a2d 

We  will  design  the  next  stage  Handbook,  including  tne 
specification  of  content  categories  together  with  tecnniaues 
and  procedures  for  maintenance  of  the  Handoook.  6c3a2ul 

we  plan  to  implement  this  design  during  tne  next  contract 
period.  6c3a2.Ua 

indices  and  Tables  of  contents  for  tne  Handbook  are 
planned  to  ne  designed  and  implemented .  6c3a?diD 

we  expect  to  conpiet*  the  collection  of  tne  basic  existing 
Handbook-relevant  documents  that  already  exist,  cotn  ir, 
hardcopy  and  online  files,  we  win  also  aad  new 
Handbook-relevant  documents  as  tr.ev  ar*  produced,  retiring 
otsoleted  documents  as  appropriate.  dC.3a2d2 

we  expect  the  Handbook  system  to  ai 1  in  stimulating  tne 
proauction  of  documents  that  are  needed,  nut  missing  from 
our  information  base.  nc3a2d?a 
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Prototype  Baseline  Record  System 
(discussed  further  in  --  7klQ,)  qc3a2e 

'*e  plan  to  improve  the  data  collection  procedures  and 
storage  mechanisms  of  the  present  Baseline  Record  System, 

6c?a2el 

our  present  Baseline  data  storage  tecnniques  will 
probably  be  changed  to  use  a  nore  generalized  system 
common  to  the  Baseline  system.  Catalog  system,  and  other 
APC  data  handling  systems.  oc3a2ela 

AFC  users  will  be  more  effectively  oriented  toward  the  need 
for  and  trained  in  a  nore  organized  task  definition  and 
selection  process.  8c3*2e2 

Better  views  of  tre  Baseline  Record  will  be  produced  for  use 

by  akc ,  with  more  useful  user-created  view  capabilities 
provided.  8c3a2eJ 

Hardcopy  and  online  baseline  Records  will  be  more  comniete 
and  made  a  part  of  the  daily  working  life  of  ARC 
researchers.  8c3a2ek 


we  plan  to  develop  better  methods  for  keepme  the  Record 


up-to-aate,  both  online  and  in  nardcopy.  6c3a2e5 

The  ARC  resource  accounting  system,  as  it  develops,  will  be 
integrated  with  and  used  by  the  Baseline  Record  system. 

dc  3a2e6 

(2)  Developing  Service-Delivery  Principles  and  practices  for:  bcjD 

(a)  Computer  services,  including  considerations  such  as:  bcJbl 

*enote  L'NLS  oc3fcla 

Remote  Hardcopy  Delivery  oc3blo 

xeliabilitv  8c3olc 

resource  allocation,  accounting,  tilling  oc3bld 

The  questions  of  scale,  efficiency,  reliability  oc3Dle 

service-capacity  expansion  plan  « cBblf 

(t)  NIC-service  (inf orraticn,  people  nelo)  5c3b2 

(c)  Transcription  services  8c3b3 

(d)  Documentation  services  (as  operational  Prototype  of  c?c 5, 

witnin  ARC).  ncjbU 
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(3)  Developing  Service-Marketing  principles  ana  Practices:  8c3c 

(a)  learning  how  to  neeotiate  with  prospective  customers  for 
delivering  various  kinas  of  service  to  them,  including  questions 
such  as:  6c3cl 

On  what  basis  are  the  agreements  made?  oc3cla 

How  is  financing  accomplished?  pc^cId 

how  is  the  accounting  performed?  oc3clc 

How  are  the  scheduling  and  billing  of  service  delivery 
accomplished?  oc3dd 


how  are  conflicts  resolved  (market  conventions,  arbitration)? 

8c3cle 

wnat  guarantees  can  practically  be  made  regarding, 
accessibility,  reliability,  documentation  accuracy  and 
completeness,  ana  the  like?  oc3clf 

mow  are  user  training  and  helpirg  provider?  bciclg 

U)  Providing  Operational  Marketing  and  Delivering  of  Services:  8c3a 

Developing  the  framework,  as  the  marketing  an d  delivery  systems 
begin  to  take  shape,  in  which  the  current  service  resources  are 
-arketea  within  the  APC  and  NIC  customer  market.  bcjdl 

studying  the  possibilities  of  evolving  tne  various  rrrctotvce" 
cervices  into  marketable  itees,  negotiating  the  resources  for 
this,  extending  our  service  rarket--all  in  an  orderly  process 
involving  a  number  of  multiparty  agreements.  oc3d2 

KLFjlhIVCES  Od 
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GLOSSARY  9 
APK  --  Acronym  for  the  Arithmetic  Processor  of  the  PDP-10.  9a 
ARC  --  Acronym  for  Augmentation  Research  Center.  90 
ARPA  --  See  DARPA  9c 
Arithmetic  Processor  --  xne  central  processing  unit  of  the  PDP-10.  9d 


Augmentation  --  In  this  report,  extension,  improvement,  or  amplification 
of  human  intellectual  and  organizational  capabilities  by  means  of 
close  interaction  with  computer  aids  and  by  use  of  special  procedural 
and  organization  tecnniques  designed  to  support  and  exploit  tnis 
interaction.  9e 

BBitN  -«  dolt  tferanek  and  Neuman.  A  commercial  research  and  development 
organization  under  contract  to  ARPA  for  services  to  the  ARPA  Network, 
and  under  other  contracts  that  leaa  to  frequent  interaction  with  ARC. 

9f 

bRS  --  Acronym  for  Baseline  Record  System  <*g 

Baseline  Record  System  --  part  of  a  developing  management  system  used  at 
the  center.  It  records  tasks  and  people  assigned  to  tasks,  and  allows 
retrieval  of  information  ,  uout  tasks  by  people  or  people  by  tasks.  Qh. 

Bootstrapping  --  a  name  for  the  research  strategy  of  the  ARC.  By 

"bootstrapping"  we  mean  taking  advantage  of  the  feedoack  in  recursive 
development  cf  systems.  That  is,  we  try  to  test  ways  of  augmenting 
intelligence  by  their  usefulness  in  developing  new  systems  to  augment 
intelligence,  through  the  use  of  the  new  system  features  by  (mainly) 
the  developers  of  the  system.  9i 

Branch  --  In  the  NLS  hierarchy  of  statements,  a  statement  and  all 

sufcstatements  that  depend  on  it.  9j 

Bug  --  The  cursor  visible  on  an  NLS  Display  which  is  controlled  by  the 
hand-held  mouse  and  which  may  serve  as  an  address  in  NLS  commands.  9k 

Center  --  The  same  as  ARC.  91 

Compiler  --  A  computer  language  that  is  used  to  translate  from  one  set 
of  symbols  to  another,  particularly  to  machine  language.  9m 

Consol*  --  as  used  here,  specifically  a  user's  control  console  for  tne 
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AkC's  Online  System  (NLS).  The  consoles  presently  m  use  at  ARC 
consist  of  a  display  screen,  a  keyboard,  a  "mouse",  and  a  "keyset"*  9n 

Current  Statement  --  In  N IS,  normally  the  last  statement  modified, 
executed,  or  reproduced  by  the  user  and,  hence,  the  statement  that 
starts  the  sequence  of  the  sequence  generator  which  generates  the 
display  image,  usually  the  statement  at  the  top  of  the  screen  is  the 


current  statement,  but  content  analysis  or  screen  splitting  mav 
displace  or  obscure  it*  9o 

Current  Statement  pointer  --  The  internal  symbol  fixed  cn  the  current 
statement  by  NLS.  9p 

DARPA  --  Acronym  for  the  Defense  Advanced  Research  Projects  Agency  of 
the  nepartr.ent  of  Defense.  9q 

DDT  --  Acronym  for  Dynamic  Debugging  Tool,  a  program  useful  for 

establishing  at  what  point  in  another  program  a  problem  occured.  9r 

DEC  --  Acronym  for  Digital  Equipment  Corporation,  tne  manufacturer  of 
the  center's  PDP-10  computer  and  PP02  disc  memory.  9s 

DSS  --  Acronym  for  Dialog  Support  system  9t 

Dialog  support  system  (DSS)  —  The  system  of  files,  programs,  and 

procedures  at  ARC  for  storing,  sorting,  and  recovering  the  interchange 
of  thoughts,  plans,  memos,  technical  documents,  etc*  that  acconDanv 
our  system  development.  9u 

Displav  Start  Statement  --  The  sane  as  "current  statement"  9v 

Executable  Text  •-  In  NLS •  as  it  operated  on  the  XDS-9kO,  a  program  or 
suoroutine  that  was  written  by  users  in  characters  as  all  or  Dart  of  a 
statement  and  that  can  be  carried  out  by  a  simple  command  from  the 
user.  9w 

FRAMAC  --  From  Framework  Activity.  An  organized  activity  among  members 
of  the  center  wno  gre  involved  in  planning  to  define  long  and  short 
term  goals.  9x 

Field  operations  --  in  programming  NLS,  manipulations  that  involve  the 
capacity  oi  the  pdp-10's  software  to  handle  parts  Gf  words*  9y 


File  -«  in  NLS,  this  refers  to  a  unified  collection  of  information  held 
in  computer  storage  for  use  with  the  Online  System.  A  file  may 
contain  text  (English  or  program  code),  numerical  information. 
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graphics,  or  any  comrination  of  these.  Conceptually,  a  file 
corresponds  roughly  to  a  nard-copy  document.  9z 

$ 

Frozen  Statements  --  in  using  NL%  statements  snown  stationary  on  tne 
display  while  other  parts  of  the  file  are  in  view  and  viewed,  composea 
or  modified.  9&d 

HLP  --  Acronym  for  Higher  Level  Processes  9aa 

Handbook  --  A  complete  reference  wcrK  of  all  systems  and  activity  at  tne 
Center  at  a  given  time.  9at> 

Higher  Level  Processes  --  a  ohrase  once  used  for  what  we  now  call  user 
Programs.  9ac 

XMLAC  --  The  manufacturer  of  a  display  console  usee  experimentally  with 
NLS .  9ad 

IMP  --  Acronym  for  Interface  Message  Processors.  Hardware  devices  that 
coae  and  decode  messages  for  transmission  oetween  tne  computers  on  tne 
AkPA  Network.  dae 

Ident  --  a  twc-to-six-let ter  code,  given  to  neople  or  groups  for 

recognition  cv  tne  journal  Ident  system.  9af 

Intellect  --  The  hunan  competence  to  make,  sort,  exenange,  ana  apply 
knowledge  to  decision  making.  9a* 

Journal  --  The  open  ended  information  storage  and  retrieval  system  that 
forms  the  core  of  the  Dialog  Support  System.  9an 

JSfs  --  lit.:  "jurr  to  system"  The  machine  instruction  used  in  Terex  to 
invoke  a  "  oritcr  supplied  service;  i.e.  a  Jump  to  a  subroutine.  9ai 

Keyset  --  a  device  with  five  keys  like  piano  keys  for  entering 

cnaracters  into  NLS  at  a  display  console.  Each  key  controls  a  bit  ^n 
5-bit  ASCII  code.  9aj 

L-10  ihe  al? cl-lige  language  m  wnich  our  online  system  is  written. 

9ak 

Level-clip pirg  --  with  reference  t r.  NLS  Viewspecs,  the  practice  of 

controlling  how  deeply  into  the  outline  structure  ot  a  file  you  se:>  m 
any  Tivcn  view.  9al 

LINaC  --  From  Line  Activity.  The  line  management  structure  of  tne 
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Center,  a  matrix  of  projects  ana  functional  organization,  as 

dif f erertiated  from  PODAC  and  KPAMaC.  yam 


LINKS  --  in  NLS ,  a  routine  to  search  the  di&c  for  any  statenei  w  *na  set 
viewspecs,  links  muv  be  part  of  file  text  and  nay  he  used  as  an 
addr-ss  in  TNLS  commands  without  regard  to  what  file  the  user  has 
loaded.  Links  have  the  form  (dda, Iff ,n:x)  where  the  field  dad  contains 
a  TE>: EX  directory  name;  the  field  fff  contains  a  TENFX  file  name;  tne 
filed  r*  contains  and  NLS  statement  name  or  number  and  the  filed  x 
contains  NLS  viewso^cs.  Fields  are  frequently  lef-  to  default  in 
practice.  9an 


List  --  in  the  nls  hierarchy,  tne  list  of  a  giver,  statement  is  tne  set 
of  statements  that  are  in  the  rlex  of  the  source  of  the  riven 
statement  and  are  on  the  same  level  vitn  it.  9ao 


MPS  --  Acronym  for  Modular  Programming  System  --  A  reorganization  of  NLo 
code  into  nodules  that  may  oe  exported  separately  and  which  pass 
control  only  througn  defined  ports.  9ao 


Markers  --  a  symcclic  name  that  the  user  may  attacn  to  a  particular 

char?cter  m  a  file.  It  is  not  displayed  or  printed,  out  is  visible  to 
routines  tnat  search  for  it.  Vaq 

Monitor  --  A  program  wnich  remains  in  memory  at  all  times  and  controls 
tne  coming  and  going  of  data  and  ^ther  programs  in  tne  machine.  9ar 

Mouse  --  A  rouna-topned,  handsized  device  normally  operated  by  the 

user's  right  hand  vnen  using  the  Online  System  from  a  display  console. 
Tne  mouse  rolls  freely  on  any  flat  surface,  causing  a  cursor  spot  on 
tne  display  screen  to  move  correspondingly.  9as 

NGG  --  Acronym  for  Network  Graphics  Group  9at 

NIC  --  Acronym  for  Network  Information  Center,  one  ot  Arc's  kev  roles  in 
tne  a>>Pa  Computer  Network.  The  NIC  is  a  computer-* 3sisted  reference 
and  communication  service  for  information  pertaining  to  the  Network. 

9a  v 

NLS  --  Acronym  for  the  ARC  omi  *e  Systen.  9av 


Hnu  --  Acronym  for  Network  working  Group  9aw 

Network  working  Group  --  A  group  of  users  of  t;*.e  AsPA  Network  organized 
to  develop  Network  functions.  9ax 

Online  Syster  --  TM3  is  arc's  principal  and  central  cu..r,»ter-’based 
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devpio»rrnt  in  the  area  of  corrutei  aids  to  tne  nun an  intellect.  As 
presently  constituted,  u  is  a  tine-snared  multi-console  system  for 
tne  r orposition,  study,  ana  modification  of  files  (see  definition  of 
"iil*M ).  f-  ar.y  details  of  the  system  are  described  m  the  pooy  of  this 
resort.  9ay 

Output  Processor  --  The  subsyster  of  the  portrayal  generator  that 

processes  Ml  files  into  seauential  files  suitea  to  drive  devices  tnat 
produce  r.srd  copy.  9az 

POP-10  --  Tne  cone  :ter  used  at  the  Center  fror  the  winter  of  1970  until 
tne  present,  The  asynchronous  arithmetic  Processor  has  a  1-nicrosecond 
c y c 3 *  and  uses  3£-o it  words  taped  in  a  bB&N  paging  oox  into  sl2-vord 
paee«.  9od» 

POD  --  within  FJnaC,  a  erouu  of  a rout  a  employees  cf  the  Center  that 
meets  vecKly  for  purposes  of  personal  and  organizational  development. 

Qta 

POVaC  --  Acronym  for  the  continuing,  organized  rerscnal  and 

erra-izatinnai  development  Activities  within  the  Center.  *oo 

Piex  --  ir.  tr.e  '4 LS  hierarchy,  tr®  set  of  ail  statements  tnat  nav*  a 

common  source.  9oc 

Pointer  --  An  oil  name  for  marker. 

Portrava.  uenerator  --  Tne  class  of  NLS  code  that  creates  sor.etnine 

formatted  for  view  py  a  human.  9oe 

Protocol  --  Anon*!  users  of  tr*  ARPA  computer  Network,  a  document 
describing  conventions  for  carrying  out  some  activity  over  the 
’’  e  t  v  ^  r  .< .  9  c  f 

RADu  --  Aercryr  for  “cne  Air  neve] cpnent  Center.  uog 

RFC  --  Acronym  for  =e quest  for  Comments  9b- 


m  e  c  u  e  s  t  for  -3  o  r  ?  m  n  *  s 
rers-^rell  nurcer*  d 
They  re  nr.  longer 


--a  series  of  memoranda  between  Network  Liaisor. 

-  no  llstr:cuted  at  the  Network  infer  ;aticn  Center, 
restricted  to  recuests  for  comments,  up 


SHI  --  Acronym  for  Stanford  Research  institut*  9ri 

Silt  ncrcnyr  for  statement  iuertifier.  a  nu^r^r  unioue  #c  each 
stat  *".ert  m  a  file  ana  that  regains  with  the  uata  re? aroiess  of 
docu-er.t  structure  change.  t r k 
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Sequence  Generator  --  A  routine  that,  when  given  the  nu  ner  that 

identifies  a  statement  internally  (tne  STID),  will  search  through  tne 
file  an.'j  find  all  the  subsequent  statements  tnat  observe  the  current 
view-oecs.  4bl 

Server  Telnet  --  see  Telnet  9cm 

Sublist  --  in  the  MS  hierarchy,  the  first  sublist  of  a  statement  is  the 
set  of  statements  immediately  celcw  it,  the  second  suciist  is  all 
statements  one  level  below  them.  T  tae  nth  sublist  of  statement  "s’* 
is  tne  set  of  statements  that  ar*  m  the  first  suolist  of  the 
statements  i*  the  (n-l)t.h  sublist  of  "  v.  9bn 

Statement  --  The  basic  structural  unit  of  a  file.  A  statement  consists 
oi  an  arbitrary  string-  of  text,  plus  graphic  information,  a  file 
consists  of  »  number  of  statements  arranged  in  an  explicit 
hierarchical  structure.  9to 

Sucerwatch  A  group  of  programs  that  measures  the  loads  on  different 
Pieces  cf  rarnware  and  on  subsystems  of  I£N£X  and  NLS •  9fcp 

XENIX  --  me  timesharing  system  that  supports  MS  cr.  the  PDP-iC .  MS 
runs  dS  a  subsystem  of  ten  EX  ana  draws  extensively  on  ThMX’s  file 
handling.  9oq 

IMS  --  Acronym  for  Typewriter  online  System.  Tne  system  used  at  A hC  for 
typewriter  type  terminals  from  early  1*71  on.  It  differs  from  TOuAS 
internally  ir  using  core  MS  with  adaptive  routines  that  are  called 
automatically  when  the  user  r.a^s  his  terminal  ir.  logging  in,  anu 
external! y  ir  a  nuroer  of  additional,  powerful  editing  commands.  9tr 

TODAi  --  Acronym  for  rvpewriter  Oriented  Documentation  Aid  System  The 
version  of  vis  used  from  tynewriter-like  terminals  prior  to  1V71.  9cs 

Telnet  --  In  the  Af-PA  Network,  tne  software  that  allows  a  user  at  one 
site  access  to  a  tim^-snaring  system  at  another  site,  user  Telnet  is 
tne  software  at  tne  user's  site;  .Server  Telnet  is  tr.e  software  at  the 
remote  site.  9et 

Textron  nter  --  Ir  Ms,  as  used  or  tne  PLP-10,  tne  fivition  'ey  ms  or.  a 
srac*  between  two  cnaract ers  *r.ich  allows  tne  users  to  be  sure  editing 
will  begin  with  tr.e  following  character.  you 

Tree  y*t*  --  The  Ar.C  compiler-cc^riler  system,  use,5  to  compile  all  the 
languages  at  khC.  Vdv 
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User  Programs  -«  processes  in  wnich  the  basic  user  features  of  our 

online  systers  (particularly  nls  ana  IMS)  are  uses  as  ouiidinfr-olocks 
in  the  construction  of  programs  for  carrying  out  specific,  perhaps 
rather  complicated  tasxs.  9nw 

User  Telnet  --  see  feinet  9cx 

Viewsoecs  --  A  feature  of  NLS  vhereoy  a  user  nay  masK  part  of  his  files, 
sucn  as  the  Merarchical  numbering,  or  statements  below  a  certain 
outline  level,  m  order  to  petter  view  the  unnaskea  portion.  yfcy 

XDS  --  Xerox  Lata  systems,  manufacturer  of  the  XDS-9LO  Computer,  used  at 
tne  center  until  January  of  1971.  9oz 
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APPENDIX  I  C  0  f  T a. N T S  OK  AkC  HANDBOOK 

Section  1.  USr!^  DOCUMENTS 

Volume  I  MS  GENERAL 

MS  C u h It t U 7  STATUS 

ME*  MS  PI3FS  FPCM  THE  PIT 

current  Folklore  Branch  of  MLS  Status 
with  new  System  Changes 

;n  Cktooer  pest  Including  C-oto  Program 

Late  July  fits 

7  /W  MS 

Md-June  Changes  in  Ml 5 
FIL-S 

vrouosal  for  Mew  Kile  Conn an 0 
Loam  Locked  File  Command 
A  D  T  P  £  3  3 1 N  u 

L 1 r k  Delimiter  Change 

ECITTM 

VIEWS 

vif'wsrecs ,  a  Briei  Table 
vie;  3 c e c 5 

LrtKCr  vMSAGL5 

"cte  Concerning  '*13  Error  l-eesages 


10 

11 

11a 

CATNUM 

9213 

958l 

7ohj 

7U3o 

7391 

7329 

C  0  3  6 

7029 

o21k 

736  7 
?36> 

72^c 
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Volume  II  IMS  SPECIFIC 
GEN-PAL 
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\IC  IMS  User  Guide  7n70 

FILFS 

ADDRESSES 

i EXT :  uhLkaING  AND  4 1 h  e I N G 
text  EDITING 
MISCELLANEOUS 

Section  1.  USER  DOCUMENTS 

Volume  III  DNLS  SPECIFIC  CATNUH 

Multiple  Disclay  Areas  i.n  DNLS  7250 

User  leatures  of  NLS  and  TOLhS 
(no  CATNUM) 
introductory  Notes 
Keyset  and  viewspecs 
MLS  Commands 
MLS  Vector  PacKage 
vievcnanee  system 
Lir.KS  and  Returns 
MLS  Content  Analyzer 
veywora  Inf ornatiou-Petrievai  System 
miscellaneous  useful  Infornatio.n 
Definitions 
rale u la ter  package 

Section  I.  USER  DOCUMENTS 

volume  IV  TL  N  X  C  A 1  N  J  M 

resaonse  tc  Login  Message  cr.ance  2310 

Ar.otner  Proposal  for  handling  old  /ersicns  of  MS  Files  d$iu 
further  torrents  About  only  Keetine  G^e  Version  oi  NLS 


Mies  Around  e$22 

EXr^  I.  32.  o*j  features  5222 

fcXSc  LOMN  command  to  start  NLS  automatically: 
auto-iceuut  of  inactive  cobs  0053 
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EXECUTIVE  FANUAL  -  PDP-10 
l no  CATNliK) 
introduction 

executive  Language  Structure 

oyster  Access 

TEN  EX  File  System 

nevice  handling 

suosvste1*  Control 

prograr  Control  ana  Debugging 

Queries 

Terminal  characteristics  Commands 
index 

bNDvSu  -  A  rev?  Subsystem 

TLI^K  *  h  new  subsystem 

Know  Your  Disc  Space 

Link /Advise  Hefuse  Default 

Insert  from  Tecc  File  or  Whatever  Specs 

Proposal  for  a  Simple  Arcnive  system  ana 
Directory  Size  Limitation 

Directory  Trimming  Program 

Comments  on  Dump  and  3ad  Files 

TFN'rx  operating  System  and  EXEC 

i E N E X  User’s  Guiue 
-  not  online 

Sec  tic-  1.  USFH  DOCUMENTS 
Volume  V  Di ALu G  SUPPORT  SYS TLX 

GENERAL 

viC  Journal  System.  User  Guiue 
COUPNAL  SibXEh 

orcposcd  New  Journal  Submission  Features 
ire-specified  Catalog  Data 


6970 

697e 

7337 
no* 
7376 

8062 
8123 
6337 
7  a  71 

7338 

C  AT  NUN! 

763b 


867* 
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4  Suggested  procedure  for  Journal  Operations 

journal  Error  Recovery  Guile 

online  Journal  Delivery  via  initial  File 

prooosal  for  Changing  Journal  command  Structure 

wiiat  to  do  afcout.  Had  Journal  Numbers 

proposed  Modification  to  the  Place  Link  syntax 
m  tne  journal 

ID  SYSTEM 

Response  to  ID  system  changes  proposal  --  8680 

proposed  Miner  changes  to  tne  Identification  System 

Follow up  on  6680  and  6730  --  Iaentif ication  svstem 
Changes 

Identnication  system 

syntax  and  Semantics  of  This  Identification  Suomoae 

ID  system  Changes 

NUMBER  SYSTEM 
Numoer  System 

-hat  to  To  About  Had  Journal  Numbers 
DISTRIBUTION 

Notice  of  removal  of  hard  copy  for  Skl-ARC  members, 
AUtncr  Option  to  Refuse  Hardcopy 
Distriout ion  Tecnnioues 

cuickie  Instructions  for  Hard  Copy  Distri oution 
i**ard  Copy  Distribution  Operator's  Guide 


7637 

6*02 

7291 

6961 

7622 

762a 

f6Co 

6730 

8680 

9U3 
7536 
73  U  6 
84^6 

7639 

762a 

8721 

6o07 

8074 

6025 

6219 
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Changes  ' o  journal  System  (Herd  Copy  Distrioution)  6216 

MISCELLANEOUS 

journal  System  command  summary  76K0 

individual  idents  761a 

Group  Iaents  76k2 

Affiliation  Idents  7ouj 

index  tc  NIC  Journal  System  user  Guide  76KK 

section  1*  USER  DOCUMENTS 

„  Uf 

Volume  VI  CATMUh 

OUTPUT  PROCFSSOfc 

output  Processor  Directives  71CH 

output  Processor  Directives, 

Notice  of  a  Tutorial  File  6f>U2 

output  processor  5nef  user  Guide  6912 

output  Processor  Reference  Guide  6976 


DEFERRED  EXECUTION  SYSTEM 

referred  Execution  User  Guide 
(in  progress) 

Section  1.  USER  DOCUMENTS 

Volume  VII  CATNUK 

UQ 

Tic  Programming  Guide 
(in  oroereas) 

I 10  Docurentation-Fornal  Description  7052 

nesign  for  Generalization  of  User  Programs  752/ 

S E Q U E N C E  GENERATOR 

uow  to  Make  Your  own  Seouence  Generator  Programs  oOki 
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content  analyzer 

content  Analysis  Language  8a2Q 

resign  for  Generalization  of  User  Programs  7527 

sort  merge 

Section  2.  SYSTEM  DOCUMENTS 

Volume  I  CATNUrt 

NLS 

secona  Proposal  for  NLS  Command  Language  9351 

MSC  and  SUBSTITUTE  9E52 

Mew  Versions  of  NLS  8661 

pugs  and  Bug  Discoveries  About  89k6 

(jump  command  glitch)  695a 

proposed  control  Language  for  NLSDDT  9196 

atl.io  -  new  jjsys  6762 

copying  PEL- NLS  and  NLS  Files  to  NIC- NLS  3683 

Cleaning  NLS  --  replv  to  a^iD's  3637  8okj 

wore  on  Clean  NLS,.. call  for  meeting  on  Error  handling 

66h6 

More  new  versions  of  NLS  d9kl 

nugi  Jumr  Command  Doesn't  *eArm  Cursor  89)io 

comments  on  Cleaning  up  NLS  3573 

comments  on  Cleaning  up  NLS  0637 

Response  to  NLS  Clean-Up  Suggestions  8561 

suggestions  for  Cleaning  NLS  8573 

tcwaTG  a  More  Consistent  Command  Language  in  NLS  617$ 

DDT-Resistant  NLS  bugs  8519 
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NLS  Utility  Background  processor 

uescrlption/User3  auiae  7.371 

current  Usage  of  Program  communication  Flags 

in  T E NFX  bv  NLS  ?69j 

Mew  MLS  Kighcore  Arrangement  6397 

vev  Printer  Driver  6172 

rise  of  signal  construct  for  NLS  Error  Machinery  6209 

L10 

nn  parameters  in  9 2? 6 7 

comments  on  ilo  9263 

primitive  Text  Macro  9251 

possible  Explanation  of  DDT-Hesistant  Bug  6323 

Dequest  for  Change  in  nLS  to  use  new  J SYS  SOQa 

110  Documentation  7032 

T  KEF  META 
JOUPNAL 

program  for  determining  proper  startup  of  Journal 

background  Process  679* 

comment  on  starting  journal  background  Manually  6936 

a  proposed  New  Format  for  Journal  Transmission 

Notifications  5  9  L  6 

nescriotive  Notes  aoout  DSS,  a  Dialog  Support  system  7272 

proposed  Journal  Changes  dues 

^CKr.owledgerent  of  ID  System  Changes  630g 

proposed  New  Journal  Entry  Mechanism  6369 

proposed  Journal  Changes  and  the  New  File  system  612s 
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journal  Frror  Recovery  7291 

Response  to  On-Line  Journal  Distribution  Note  6962 

some  Journal  unanges  631*8 

Hard  Copy  Distribution  operator’s  Guide  6219 

More  Notes  on  Hard  Copy  Distribution  631*7 

communication  Flag  Usage  7372 

A  Note  on  Revised  Slinker  startup  Procedure  7370 

ID  SYSTEM 

New  groups  in  tne  IDSNT  system  9268 

New  Identification  System  Program:  LMEMLIST  892U 

More  on  Ident  system  Mods.... in  response  to  91^3  911iv 

Affiliates  and  Groups  in  tne  Identification  File  7^62 

Get  Field  Routines  for  identification  System  732S 

signatures  in  the  Context  of  tne  Identification  System 

7  li  57 

son  of  Grcap/Aff iliate  in  Ident  File  7E89 

Section  2.  SYSTEM  DOCUMENTS 

Volume  II  CATNUM 

BASELINE 

A  suggestion  for  Facilitating  tne  Updating 
of  Baseline  Information  (in  progess) 

Tile  Next  step  in  ARC  Baseline  Planning  76*31 

SORT  MERGE 

Sort  Merge,  and  Update  Primitives  766o 

catalog 

catalog  Making  Problems:  File  size  and  where  is  AA  9306 
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FILE  SYSTEM 
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Routines  6256 
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cecent  hFL/rtfs  changes  5700 

A  System  for  Modular  Programming  7053 

The  modular  Programming  system  Processet  ani  ports  75 5, 
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Source  Level  Debugger  (Updates  8162)  6J3t 

Extension  to  Proposed  Debugger  8177 
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DEX 
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July  2c#  ] 971 

Prepared  for  Rene  Air  Development  Center  (ISXM), 
GrUfiss  Air  Force  base,  «one.  New  Yotk  ljiuC 

APPENDIX  a:  An  Introduction  to  the  Structure 
ana  Evolution  of  NiS 

APPENDIX  B:  NIC  uevelocment--K*jncticn  and 
Operational  Delivery 
7l*c6 

APPENDIX  C:  Dialog  Support  System 

A P P E n d l a  0:  Locur.enticn  Production  ana 
Control  Svstem 

aPPlNOIX  E :  Software  Engineering  Augmentation 
system 

txneri-ental  revelcment  of  *  snail 

Computer- Augmented  Information  System 
J ar.ua rv  2St  1971 

Prepared  for  information  Systems  branch, 
office  cf  Naval  research  Department  cf  tne  Navy, 
Arlington,  Virginia  22*i7 


Section  i.  .-.tPCkTS 
Volume  I  -1967 

Special  Corns iterations  of  tne  Individual  As  a 

User,  ie~*r atcr,  and  Retriever  of  lnfornation 
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Mcnl  1 u  M 

Prepared  for:  Annual  Meeting  of  American 
Documentation  Institute,  beri<eley,  California 

Augremmt  Hunan  Intellect:  a  Conceptual  Frare*ork  jyQo 

Cctcrer  1962 

Prepared  for:  Director  of  Information  sciences 
Air  rcrce  Office  of  Scientific  Research, 

>‘a shir.* ton  25,  D.C. 

A  Conceptual  framework  for  the  Augmentation  of 

.van’s  Intellect  9375 

1963 

Prepared  for:  Director  of  Information  sciences. 

Air  Force  office  of  Scientific  Reseearcn, 

Washington  25,  D.C. 

Augment ire  Human  intellect:  Experiments, 

Careens ,  ana  Possibilities  >691 

March  19  c  5 

Prepared  for:  Directorate  of  infornation  Sciences, 

Air  Force  Office  of  Scientific  Research, 

-as nine  ton  25,  D.C, 

research  cn  ccncuter-AUgmentea  information  Management  >690 

March  1965 

Prepared  for  Directorate  of  computers,  Electronic 
Systems  Division,  Air  Force  svs tens  Command,  United 
States  Air  Force,  L.  u.  Har.scon  Field,  sedford, 

Ma  ssacrusetts 

Ccr.cuter-Aiced  Display  Control  56°2 

July  1 9  6  5 

prepared  for:  national  Aeronautics  and  space 
Ac-ir.i?tra tion,  Langley  Research  Center,  L»n**ey 
Air  Fore*  rase,  viremia 


Section  ik,  F  ?  P  r  -  F S 

Volume  II  1567-1965  CAT s J d 

* isrlav-se^ection  T*cnniques  for  Text  Manipulation  Q£$u 

n.arcr.  19o7 

Prepared  rc  r :  I  EFT  Transactions  on  Uu~an  Factors 
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in  Electronics,  volume  H>‘E6,  Hunter  1 

Study  for  the  Development  of  huran  Intellect 
Alimentation  Technicues 
Marcn  1967 

Prepared  for*  National  aeronautics  and  Space 
Administration,  Langley  Research  Center,  Mall 
Step  1 26,  Langley  station,  Langley,  Virginia  23363 

Cope:  An  Assmcler  and  On-Lme-CRT 

Deouggjng  Systen  For  The  cdc  3100 
.Marcn  196fl 

Prepared  for:  National  Aeronautics  and  Space 
Administration,  Langley  research  Center,  Mail 
Stop  12ft,  Langley  Station,  Langley,  Virginia  23363 

rtOLQLO:  Preliminary  Specification  For  An 

AIR cl- i l/e  Machine -Oriented  Language  for  the 
sis  y  u c 
March  196c 

Prepared  for:  National  aeronautics  ana  Snace 
Acnr.istration,  Langley  Research  Center,  hail 
Stop  126 ,  Langley  station,  Langley,  Virginia  23363 
Development  or  a  Multidisplay ,  Tine-Shared 

Computer  Facility  ana  Computer-Augmented 
>:  a  na  g  er.ent  -  Sy  s  ter.  Research 
April  196* 

Prepared  for:  Rome  Air  Development  Center, 
Griffiss  A-r  Force  Pase,  New  Yor.<  13LuO 

MOLcio:  a  Machine-oriented  aLGOL-LiKe  Language 
for  tne  SLS  9L 0 
April  196* 

Prepared  for:  National  Aeronautics  and  Space 
Administration,  Langley  Research  Center,  Mail 
Stor  12ft,  Langley  station ,  Langley,  Virginia  23363 

study  for  the  Development  of  Computer-Augmented 
Management  Techniques 
Id  October  I96c 

Prepared  for:  Advanced  Research  Projects  *eencv, 
«asnir.rtcn,  ^.C.;  and  Rene  Air  Development  Center, 
Griffiss  Air  porce  Base,  Ne*  for*  ljuuO 

A  Research  center  for  Augmenting  Hunan  intellect 
Fall  19*d 


9693 


9693 


9R97 


9696 


9699 
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prepared  for:  Directorate  of  Computers,  electronic 
Systems  Division,  Air  Force  S vs tens  conrana,  United 
States  Air  Force 


Section  u.  RFPOPTS 

Volune  III  iRo9~1570 


CATNUM 


Study  For  the  Development  of  Hunan  Intellect 
Augmentation  Techniques 
January  1969 

Prepared  for:  National  Aeronautics  and  Space 
Adn:  p.istration,  Laneley  Research  Center,  .Mail 
Stop  126,  Langley  station  Har.oton,  Virginia  233 6;> 


3562 


Study  For  the  Development  of  Hunan  Intellect 

Augmentation  Techniques  9701 

IP  freoru&ry  1969 

Prepared  for:  National  Aeronautics  am  Space 
Administration,  laneley  Research  Center,  Langley 
Station,  i.anelev,  Virginia  23363,  Mail  stor  126 

Stuny  her  Ire  Development  of  co-outer  Augmented 

Management  Techniques  9703 

t  March 

Prepared  For:  Rome  Air  development  Center,  Air 
Force  Systems  Command,  Gnffiss  Air  Forte  ease. 

New  for> 


stuqy  Fcr  The  Development  of  Human  Intellect 

augmentation  Techniques  9  70* 

1ft  ^UgUSt  x  9  6  9 

Prepared  for;  National  Aeronautics  and  Space 
Administration  Langley  Research  Center,  Langley 
Staticr,  Lar.rl.ev,  Virginia  23363,  Man  stop  126 

study  per  The  Develop  sent  of  Corouter  Augmentation 

Technique?  (Part  One)  ->1L0 

s'cvt"  ?*,  1969 

Prepared  fcr:  Rone  Air  Development  Center, 

Criffiss  Air  Force  Base,  .none.  New  York  1 1  -  LC 

Computer- Augmented  ‘  ana  gemnt- System  Research  and 

Development  c£  Augmentation  Facility  3139 

April  1970 


Hr, 
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Prepared  for:  Rone  Air  Development  Center, 

Air  Force  Systems  Command,  Griffiss  Air  Force 
Base,  New  Yor< 

Intellectual  Indications  of  multi- Access 
Computer  Networks 
April  197o 

Prepared  for:  Interdisciplinary  Conference  on 
Multi-Access  Computer  Networks 

ARP a  Memo  *2 ,  Regarding  Relevance  of  our  proposed 
work  tc  LCD  activities  or  problems 


Section  U  REPORTS 

Volume  IV  157C-1972 

Advanced  Intellect-Augmentation  Techniques 
July  19  JO 

Prepared  for:  National  Aeronautics  and  Space 
Administration,  Langley  Research  Center,  Langley 
station,  *aii  Stop  126,  Hampton,  Virginia  23 Jfc5 

Network  Information  Center  and  computer  Augmented 
Ie*n  Interaction 
1*  may  1970 

Prepared  for:  Advanced  Research  Projects  Agency 
aasnineton,  P.C.  and  Rome  Air  Development  Center, 
GrlffiS3  Air  Force  Base,  New  fork  13LU0 


97m  ARC  ACTIVITY  SUMMARY 
3  F  t 0  71 

W U A D T £•  R L i  MAN AGFMFNT  REPORT  1  (Covering  period 
9  Fecruarv  1970  through  6  May  1970) 

*«UA?:E?.L‘X  MANAGEMENT  REPORT  2  (Covering  Period 
y  4a v  1970  through  6  August  1970) 
w  U  A  0  T  r.  .*  L  Y  MANAGEMENT  REPORT  3  (covering  the  period 
9  August  1 9 7 0  through  5  Ncvenoer  1970) 
wUapIErlY  MANAGEMENT  report  u  (Covering  the  period 
9  octorer  19  /u  through  c  Acril  1971) 

w U a R T E R 1 Y  management  kEPORT  ^  (Covering  the  period 
9  Eenruarv  1971  through  e  iav  1971) 
wt'APlEPLY  MANAGEMENT  REPORT  6  (Covering  the  period 
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9  may  1Q71  through  b  August  19  71)  7Uou 

wllAPTE^Li  EANAOEMEN’T  KEJPOkT  7  (Covering  the  period 

9  August  1971  throuch  6  Wovemoer  1971)  7635 

Experimental  Development  of  a  Snail  Computer-Augmented 

Information  System  8616 

April  15,  1971 

Prepared  for:  Inforr.ation  Systems  Branch, 

Office  o i  Naval  Research f  Department  of  the  Navy, 
Arlington,  Virginia  22217 

Exr  rirental  Development  of  a  Snail  computer- Augmented 

Interna tion  System  lOOlo 

April  15,  1972 

Prepared  for:  Information  Systems  Branch, 
office  of  Naval  Research,  Department  of  tne  Navy, 
Arlington,  Virginia  22217 


Section  b .  TFINKPIECES 

lip 

Volume  I  CATNUm 

orief  notes  on  software  meetirm  to  discuss 

AnC  expansion  --  li-NOV-71  9507 

Notes  on  ARC  Demonstration  Tecnnioues  93I6 

Ideas  Concerning  ARC  Technical  seminars  9537 

Son-  Thoughts  on  PoDAC  9220 

0 ^  GFTTI*  j  PH CM  HFkE  to  where?  91^7 

Thoughts  Deriving  From  tne  XEROX  Researcn  Proposal  906c 

Some  vues t ions  for  hPC  5776 

Terminal  response  time  8710 

To  taurci.  PODAC  3651 

Intellectual  Implications  of  yulti-Access 

Computer  Networks  5255 


Note  cn  future  salestyre  services  iron.  NIC  and  PINS, 
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and  accounting-system  indications .  7606 

Library  Autonation  with  Distributed  Resource 

Shinn?  via  Computer  Networking  7323 

Some  nP  Notes  on  a  Bootstrap  Community  7310 

Some  Miscellaneous  Leave-behind  Notes  7311 

Notes  on  Matters  of  ARC  Organization  7306 

Notes  on  Possibility  of  ARC  Giving  System  supoort 

to  ether  Sites'  roc unentation  7306 

Rough  Notes  on  Possibility  of  APC  Giving  System 

Support  to  Ar.es  ILLIAC  Documentation  729L 

Descriptive  Notes  awcut  DSS,  a  Dialog  Support  System  7272 

ARC/ipt  Project-Continuation  Tnir.::.oiece  7271 

NP  Note  about  Journal-entry  process  7016 

Discussion  Lee:  DCK  with  POL  on  DEX-1  design  6996 

Notes,  Planning  arc  Internal  693L 

Network  crannies  Meeting  Notes  7L63 

Transcription  of  discussion  or,  features  in 

PDP-10  TGDAS,  1  February  7060 

i-ronosal  for  Changes  to  the  ARC  TEN'EX  File  Group 

write  Access  configuration  70lo 

Section  6.  PPOCFDUPES 

Volume  I  CATNJtf 

b  A  S  E  L I  t 

^roccsal  lor  Changes  to  tne  Baseline  Record  system  806u 
proposed  scenario  lor  the  Baseline  Record  System  8166 

Description  of  current  Basel me  Record  system  697:? 
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SYSTEM 

New  Versions  of  Nis 

a  Proposal  to  Create  nis  User  and  Jser 
Feature  Groups 

proposal  for  Journal  Logging:  Teletype 
»edesi*n  and  Maintenance  of  <nis>  status 
A  proposal  to  establish  software  teams 

MC 

celiverv  for  the  Network  Proposal 
CATALOG 

master  cataioe  Entry  System  Lesion  Proposal 

PSO 

AdC  fELEFHGNE/i'VSSAOE  SERVICE  Proposal 
PSO  is  alive  and  twitching l 

outline  'or  Fstaclishing  ^(-onle  Service  suooort 
Tea-  (P5ST)  at  ARC 

JOCnMtNTATION 

initial  Peouirements  for  ARC  Handbook 
document  collection 

library 

selecting  Report  Publications  from  USCP.A 
ARC  i»ew  Tccunent  bulletin  No,  3. 

GFN? K*L 

TO  Lcunch  PODAC 


Sectio-  7.  AT MINISTPATlVh 

Volume  I 
ARC 

*an  Conn  weekday  System  Usage  schedule  -- 
effective  6 -MAA-7? 


6661 

7651 
70  9  7 
0U22 
6339 

7363 

7930 

02Uo 

ftU20 

70  H 

7030 

7030 

9391 
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Meeting  notes  --  citfAD  --  3-DEC-71  -- 
software  maintenance 

Tape  -  DC E  and  staff —  PODLAUNCH.  2  February  1972 
FODaC 

PODCOM 

porcor  Minutes  of  29  February 
PODCOM 
PEI-WOOD 


P.ELWOOD 

POD 

Minutes  March  7 

,1972 

Redwood 

POD 

Meeting  Notes, 

13  March 

1972 

Redwood 

POD 

Notes:  22FE8 

Redwood 

pcd 

Notes... Fee  22 

Redwood 

Pod 

Notes... Feb  22 

REDWOOD 

POD 

-23  FEB  *72 

Meeting 

Notes 

Fir  PCD 

Minutes  for  meeting 

of  11  Marcn  1972 

Fir  POD 

Meetine,  9  Feb  1972 

Fir  PCD 

minutes  --  1  Fee 

Fir  POD 

Meeting  Notes 

cedar 

ceaar  agenda 

communique  from  the  cedar  QM  containing  two 
OFFICIAL  SUGGESTIONS 

Cedars  Arise  and  Form  Your  Roots 

communique  from,  the  cedar  9  --  16  February  1972 

connurique  from  the  cedar  9  --  9  Feb.  1972 


930o 

9353 

873b 

9187 

9397 

9256 

9215 

9213 

8786 

9322 
9233 
89  33 
8652 

918a 

933a 

8632 

9200 

8960 
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communique  from  tne  cedar  9  --  2  Feo*  1972  6773 

Connuricue  from  the  Cedar  9  --  26  Jan  6717 

EMC 

KMC  NO I Eh  6-«ARCH-72  9496 

EfiC  7  Feb  and  10  Feb  Meeting  Notes  (JCM  6927 

fNC  3  FEH  72  Meeting  Notes  6716 

KMC  Meeting,  Notes  -  -  3 1  -  J  A  N  6601 

KMC  Meeting  Notes  17- JAN  to  27-JAN  8707 

KMC  Meeting  Notes  6-JAN,  11-JAN,  13-JAN  6313 

kMC  Meeting  Notes  6-JAN-72  6407 

FMC  Meeting  Notes  U-JAn-72  6403 

FMG  Meetings  Notes,  December  22  and  27,  1971  6311 

-MC  Mgenoa--becember  17,  1971  629a 

The  EMC  Agenda  and  Notes  799k 

-MC  Agenca  and  votes  for  11/2/71  7900 

Agenca  and  Notes  for  ARC  E^C  Meetings 

11/9  11/11  11/15  75Q2 

Sore  T nought 3  co  AhC  and  the  EMC  7672 

rn  Sri  and  ARC  working  Hours  7701 

agenda  and  Notes  for  ARC  tNC  Meetmg--Tuesdav ,  9/*S  765y 

^*eno  (old)  on  establishment  cf  arc's  Executive 

Management  Committee  7657 

Aeer.ua  ara  Notes  for  ARC  EMC  Meet j  r.p--Tuesdav ,  9/21  ?6sy 

SOFTWARE 

Ider.t  System  Meeting  9ii92 
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V h  *  CCC?ri»WATOP  KOR  N’LS  SYSTEMS  9360 

►:otes  on  Software  Group  Meeting  of  16  January  1972  o571 

Tape  -  Software  Meeting  *1;  ..ovencer  19  tl 
ra^e  -  Software  Meeting  *2;  uecencer  1971 
MS  c 

*ES$AGl  10  ALL  Ar.C  kEGAKDING  SICift-OUT  *0*  TERMINALS*  0553 

suggested  schedule  for  the  Use  of  the  Syste.n  9130 

sene  Suggestion::  with  regard  to  Scheduling 

Computer  Usa^e.  ?2uO 

XEROX  meeting  notes  —  15-F£*-72  921y 

"'ace  -  Lialoe  Support  System. 

Tape  -  PSS'i  Meeting  with  DCE:  October  1971 

Section  o.  CATALOGS  and  INDICES 


Volume  I  CATKUM 

New  c  Journal  Indices  Note  to  ARC  (tc  28  jcn  72)  b77L 

A-C  JOURNAL  INDtX  b'i  (PUR-10  Entries  only)  7666 

APC  Jw*  r.NAL  I.«DEX  >Si  AUTHOR  (PDP-10  entries  only)  7687 

aRC  JOUkNaL  index  bi  TITLEWOhL  ( r TP-10  entries  only)  7o6o 
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APPENDIX  II  VIC  DOC'JSKNT  LOCAlOF 

12 

INTkCLcCI ION  12a 

Thp  Locator  consists  of  tables  of  contents  for  selected  NIC 

documents.  12al 

Ine  tacies  of  contents  extern  to  two  or  three  levels.  12aia 

Throuen  Locator  tne  user  can  retrieve  useful  carts  of 

documents  online  with  a  few  commands.  12alo 

Ine  headings  m  the  tables  of  contents  contain  lin<s  to 

the  corresponding  online  document  *.  12alc 

The  lin<s  include  viewsnecs  tnat  curtail  print  commands 

sc  they  oisriav  tatle-of -con tents-lixe  samples  of  tne 

ofccect  docurents.  i2ald 

In  the  syntax  fcr  coir ands  below,  ca  is  control-,  and  tne 

text  enclosed  in  scuare  cracket s  is  echoed  on  fuil-auplex 

terminals .  12a2 

USING  T H-  LOCATCP  ONLINE  12c 

To  lead  locator:  12bl 

Svntax :  5E  (me,  locator,  ja  l  i  j  12cla 

To  nrint  the  irtr ocucUcn  and  instructions:  12c2 

ovrr  ax :  P/r:n W  c /ranch/  .1  C A  [lv  w  Ca  flj  12r2a 

To  list  documents  that  you  can  reach  with  Locator,  rrint 

fcrar.cn  .  ^  vitn  me-scecs  that  snow  one  line  e a c n  of  tne 

f irst  two  levels  and  tnat  show  statement  numbers .  12 c ^ 

Svntax:  r/rirt/  c /ranch/  .2  CA  yon  ca 

12r  ja 

To  see  the  table  cf  contents  for  a  specific  document,  print 

tne  brsnch  tnat  rar.es  it  with  viev«oecs  t  to  show  tne 

level  s'icrc S5^c  ♦  cn*  ~ore.  12bl 
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syntax:  p/rint/  b/ranc hj  .STaTEMENTNUMBER  CA  xet  CA 


12blu 

To  load  the  corresponding  title  or  subtitle  in 
itself,  print  the  branch  with  an  up  arrow. 

the  document 

12Db 

The  up  arrow  searches  the  statement  in  locator  for  a  link 
and  then  follows  it. 

12D5a 

The  system  then  prints  the  branch  in  the 
the  link. 

file  named  in 

12bSal 

syntax:  p[ rint/  bfranch/  .STATErtENTNUMbER  SP  t  CA  [ U  CA 
('J 


/directory, filename; CA  12b5b 

*r»er  you  use  an  address  tnat  loads  a  second  file,  the 
system  ecnoes  the  directory  and  file  name. 

12b>c 

If  you  want  to  find  an  item  in  a  catalog  or  directory 
(locator  branches  ,2d  and  .2e)  the  best  method  is  to  search 
content.  The  result  of  tne  print  branch  command  will 
inform  you  of  tne  best  way  to  search  in  each  catalog. 

Controi-o  or  rubout  will  stoD  the  printing. 

1206 


If  you  are  searching  in  ?  document  of  normal  text,  select 
the  heading  of  interest  to  you  in  the  online  document,  and 
print  the  statement  with  the  viewsoecs  set  to  display  tne 


complete  text. 

12  b? 

syntax:  p/’rintj  j/'tatenent/  . ST aT EHt NT NUMbER  CA 

w  CA 

12D7a 

To  return  from  a  ;ii*  to  which  you  linked  to  the  cu 
file,  use  tne  jump  to  file  return  command. 

r  rent 

12bd 

syntax:  5?  *  CA. 

12bda 

The  limxstack  command  will  print  cut  a  list  of  the 
files  vcu  nave  loaded. 

last  five 

1209 
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syntax:  e/xecut e7  stfatu sj  l/in*stack7  12o9a 

NIC  DOCUMENTS  12c 

NIC  TNIS  USER  GUIDE  oaees=112  12cl 

PREFACE  Daees=l 

( journal, 7 k7C,  5:nDFCt )  12cla 

SYNTAX  CONVENTIONS  pages=2 

( journal,7ii70,6:mDKCt)  12clo 

CONTENTS  paees=2 

( journal,7li70#7:mDexfc)  12clc 

THE  TEN EX  OPEnATlNG  SYSTEM  AND  EXECUTIVE  oaKes=lJ 

(journal, 7171, :xni  12cld 

i  IL=*  STRUCTURE,  CONTENT  &  INRUT/OUTPUT  OPERATIONS 
L'Ag*S  =  l5 

( journal, 7E72 x)  12cle 

ADDRESSES  IN  THE  NL3  SYSTEM  Da«es=13 

( journal, 7u73, : x )  I2clf 

CREATING  am  VIEWING  TEXT  paees=l6 

(  journal,  f  17 nt  :x)  12cl(? 

a  EXT  EDITING  ra*es»6 

t  journal, 7 *7S» : x )  12cin 

DEVICE  CHARACTER  SETS  pa$es=* 

( journal, 7L76, :x)  12cli 

cUTPUi  PPOCKSSOh  DIRECTIVES  ra*es=12 

i  journal ,  7u77 ,  :  x)  12clo 

MESSAGES  oaeesM 

( journal, 7k7e,  :x)  I2clx 

COt.^am  summary  paeess? 

t  journal,  A?9,  :x)  12cll 

*»LOSSArY  pa*es=S 

(journal,  71*fcO,  :x)  12cln 
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INDEX  cases  =  11 

( journal, 7161,  :x)  12cln 

NIC  JOURNAL  USER  GUIDE  na*ess?a  12c2 

CONTENTS  oages=5 

(journal, 7635, :*/  12c2a 

INTRODUCTION  pages =lo 

i  journal, 7636, :xb)  12c2d 

THE  JOURNAL  pages=ll 

(journal, 7637, :x)  12c2c 

IDENTIFICATION  SYSTEM.  pages=10 

( journal, 7638 ,  :xb)  12c2d 

NUMBER  SYSTEM  0 ages*5 

(journal, 7639, :xb>  12c2e 

SUMvakY  of  JOURNAL  SYSTEM  COMMANDS  pages=5 

( 1ournai,76L0, :xb)  12c2f 

COMMAND  SUMMARY  pages«l 

( journaI,76liC,i:xn)  12c2g 

INDIVIDUAL  IUENTS  pages=12 

( journal,76li,l:xp)  12c2h 

GROUP  I DENTS  Diges=l 

( journal, 7612, I :xb)  12c2i 

AFFILIATION  I DENTS  cages =3 

i journal, 76L 3, :xr)  12c2j 

I N  D  r  X  cages  =  6 

( journal, 7611, :x)  12c 2k 

NIC  TNlS  LAERC1SF  FILES  pages  =  23  12C3 

XKD. . .tutorial  file  in  line  editing  ana  structural 
editing  page««l3 

(r.ir  #xea,l:wn)  12c3a 

aParCOP. . .tutorial  file  in  manipulation  of  partial  copies 
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DaKes  =  i 


(nic#xparcop,l:wn) 

12c3b 

XVIr* ...  tutorial  tile  in  use  of  viewspecs 
(nic. ,  xview,l:wn) 

pages* j 

12c3c 

aPRiN'T. • .tutorial  file  in  output  processor 

Da*e3=6 

(ni^ ,  xorint,  i\*n) 

directives 

12c3d 

CUflhENT  CATALOG  OF  THE  NIC  COLLECTION  pages* 

noil 

12CL 

I N LEX  dY  AUTHORS  paees=B9 
(nic *authind,  entry :w) 

12cha 

I N i; r X  Vi  HUE  WORD  pases  =  333 
(nic . titleira, xentry:wO) 

12ciib 

RFC  LIST  cY  RFC  NUMBER  ca*es=i? 

( nic  .  rf cindex ,  entr.viw) 

lcCLC 

MC  INDEX  BY  NIC  N'jhoER  pages=121 

(nic.nuncindex,  entrvjw)  pages  =  lli9 

12cLd 

CURRENT  DIRECTORY  OF  A'<PA  NETWORK  PARTCIPANTS 

ca*es*l33 

12C5 

bftlvF  DIRECTORY  uF  AFFILIATIONS  pages*6 

(r.ic.fcrtaff,  er.tryjwDn) 

12c>a 

cRIfF  lIklCTORY  OF  GRC UPS  fwitn  coordinators;  caces=i 
(nic  .  or  1, rr, entry :von) 

i2C  HP 

u  A I  r  F  riRLCToRf  Or  INDIVIDUALS  p a e s  =  1  ^ 

( r.ic  ,  trf  id  , ert^y  sown) 

12C3C 

COMPREHENSIVE  LISTING  OF  IDENTS  nageS=30 

(nic  .  or  pi  st  ia,  entry :  von) 

12cid 

DIRECTORY  OF  KNTEiiPel  „>F  AND  ZENITH  NUMBERS 
( NIC j  Dirent , entry : vDn) 

P*ees=l 

12c  Se 

LXTrNLr.D  wIRFCTCRY  OF  AFFILAlIONS  fans  nencers j 

Dae*s*  20 

(nic  ,  xtr.daff, entry :  or.)  12cbf 
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EXTENDED  DIRECTORY  CF  GROFFS  fend  m enters;  rages=30 

(nic  .xtr.de rr  ,entrv;  anDn)  12c  5* 

EXTENDED  DIRECTORY  OF  INDIVIDUALS  fwitn  aa dresses/  pages 
=  29 

(nic.xtndid,  entry:Den)  12c5h 

ARPA  NFTVIUKK  RESOURCES  NOTEdCON  ^ageS  =  62  12c6 

INDEX  pages=23 

(r.ic  .resindex,xentry)  12cea 

bbn-tenex  ra?es=io 

(nic . oon-tenex, :x)  12c6o 

CASE  oages=S 

(nic .case, : x )  12c6c 

CARNEGIE  pages=5 

(nic .carneeie, :x)  I2c6d 

hARVARD-1  pages =3 

(nic.narvard-l, :x)  12c6e 

HARVARD "10  pages?? 

(nic.furvard-10, :x)  12cof 

ILLINOIS  D8ges=5 

(rile. Illinois,  :x)  12c6g 

INTRO  rages=e 

(nic . intro, :x)  I2c6n 

LL-X 1  pages  =  3 

(nir .11-67, l:x)  12coi 

i L -T  X - ?  caees=13 

(nic . ll-tx-2, :x)  12c6 j 

« 1 7 - A I  pa?fs  =  3 

(r.ic.r.it-ai,l:x)  12c6k 

Mir-D.VCG  paees=7 

ir.ic  •  nit-ance,  : x)  12cel 
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MiT-KULTiCS  Page  is 15 
(nie , nit-nuj tics, :x) 

13C6A1 

KAN  p  raaes=7 
(nic • rand, :x) 

12c6n 

6DC  pa*e3  =  9 
(nic*sdc,  :x) 

12c6o 

SRI-AI  pa e ess 6 
(nic.sri-ai, :v) 

12c6p 

SHl-AKC  /NIC 7  pae;es  =  9 
(nic.sn-arc,  :x) 

12coq 

o'J-tT  cages=l 
mic, Stanford, i:x) 

12c6r 

UCLa-CCN  pages=13 
inic>uci*-ccn# :x) 

12c6s 

UCla-NMC  paees=7 
lnie,ucia-nrc, sx) 

12c6t 

DC SH  paees=  t 
inie*ucsb, : v) 

12c6u 

UTA-  ra Res«5 
(me  ,utan,  :v) 

12C6V 

CURRENT  NiT^CHK  PROTOCOLS  (not  yet 

implemented  online) 

12c7 

r OLfiLOPl. • .cav  to  day  information 
( documentation, f cla'lore ,  :x) 

on  NLS  paees=ll 

12C3 

OTHER  LOCATORS 

12a 

*itre  resource -Locator  cases  =  2 
( Mitr*-tir , resource-locator , 1 :ct ) 

12al 
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APPENDIX  III  A  TYPICAL  NETWORK  RESOURCE  NOTEBOOK  ENTRY 

13 

UCSB  Computation  Center  IMP  #3 

IBM  360/75  HOST  #0  lja 

I*  Personnel  13& 

Area  Code  is:  005  13ol 

A,  Administrator:  13tla 

cnarles  Loepkey  961-2261  130iai 

d.  Software:  13olo 

son  Stoughton  961-3151  13blbl 

C.  Hardware:  13blc 

qob  Ploger  961-21*62  iiclcl 

b.  NIC  Station  Agent:  Hbld 

rcnnie  Rosewall  961-3221  IJoldl 

E •  NIC  Technical  Liaison:  13ole 

°on  Stouphtcr.  56i-.>151  13blel 

r.  Principal  Investigator:  l3olf 

-•avid  Harris  961-2331  13olfl 

0,  Operations  suoervisor:  13olg 

Steve  Neumann  961-2271  13clcl 

Mailing  address  is:  1302 

Computer  certer 

University  of  California  at  oanta  Barbara 

Santa  Barbara,  California  93106  13b2a 
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II,  installation  Type 

The  installation  includes  both  research  and  service 
features,  from  approxima tely  9;oo  an  to  lOsOO  on  on 
v/eexdavs  and  fror.  12:00  noon  to  6:Qt>  pm  on  Saturdays  the 
Center  provides  batch  service  local  and  Online  systen 
service  to  both  local  and  renote  users.  At  other  tines, 
research  and  United  batch  service  proceed  concurrently. 
Batch  programs  run  under  the  OS  mvi  (multiprogramming  with  a 
variable  number  of  tasxs)  operating  systen.  Unit  record 
equipnent  is  under  control  of  HASP  (Houston  Automatic 
Spooling  Priority  Systen) •  online  users  run  under  an 
expanded  version  of  the  culler-iried  systen  developed  at 
UCSe. 

III.  Equipment 

A,  Th-  computer  at  this  site  is  an  IdM  .160/75  with  a  memory 
size  of  2 , 521; ,  296  6-oit  bytes,  of  which  I'K  bytes  are  2361 
core  storage,  and  the  remainder  is  2365  processor  storage. 
The  nas  a  word  length  of  32  bits,  but  its  instruction 
set  is  byte  oriented, 

9,  peripheral  equipment  includes: 

1,  1  2;>a0  card  read/punch  unit  (1000  cpn  read,  3C0  cpm 
punch) 

2,  2  1U03  line  printers  (132  columns,  1000  lpn) 

3,  16  231u  disc  drives  (2 bvtes  each) 

а.  2  2U1>  magnetic  tape  drives  (one  ?-track,  one 
9-tracK ) 

3,  1  digital  incremental  plotter 

б,  storage  tube  remote  grannies  terminals 


IV.  Consoles 


13c 


13cl 

13d 


13dl 

13d2 

1 3d2a 
13d  2  b 
1 3d2c 

1 3d2d 

13d2e 

1 3  d  2  f 
13e 


An  IBM  27ol  Data  Adapter  "nit  has  been  installed  on  tne 
multiplexor  channel  which  permits  the  J60/r5  to  communicate 
with  a  wide  variety  of  renctel.v  located  terminals,  devices, 
and  processors.  The  terminals,  devices,  and  processors 
served  by  the  2 fOl  offer  i  wide  range  of  transmission 


online  Team  Environment 
2  lil 


SkI-ARC  6  JUNl  1972  130U 

Appendices 

Typical  Resource  Notebook  Entry 


net nods ,  transn  issior.  speeds,  transmission  codes,  line 
capacities,  ana  aoplication  flexibility.  At  this  writing  no 
terminals  are  attached  to  the  2701.  However,  we  plan  to 
install!  either  a  TTY- 37  or  IBM  27U1  in  the  near  future  wnicn 
will  serve  as  the  Network  Agent’s  reference  and 
communication  station.  Other  terminals  will  oe  adced  as 
user  demand  reouires. 

V.  Physical  Resources 

A.  The  online  system  (OLS)  supports  a  maximum  of  users 
concurrently.  Network  and  local  users  will  compete  for  use 
of  ols,  with  the  added  restriction  that  some  maximum  number 
of  users  from  tne  network  will  be  allowed  access  to  tne 
System  concurrently  (this  maximum  number  is  currently  ten, 
out  win  te  increased  if  demand  warrants).  OLS  is  available 
for  Network  use  according  to  the  following  schedule:  (Note: 
see  diagram  from  NIC  *6d0d  "UCSti  S  f STEM  360/75") 


Mon 

5:00 

am 

to 

1C:qo 

pm 

T  u  e  s 

9 : 00 

am 

to 

10:00 

pm 

**  ed 

5:00 

an 

to 

10:00 

pn 

i'nurs 

5:00 

an 

to 

10:00 

pm 

rri 

9:00 

an 

to 

10:00 

nm 

6at 

12:oo 

noon 

to  6:00 

'  pm 

In  addition.  Network  users  of  OLS  may  run  at  other  times 
when  OiS  happens  to  be  ud  out  the  stability  of  the  system  is 
not  guaranteed.  Prime  tine  for  batch  users  is  as  follows: 


Mon 

6?  00 

am 

to 

10:00 

pn 

lues 

5:00 

ar 

to 

10:00 

on 

*ed 

o:00 

am 

to 

10:00 

pm 

a  hurs 

6 : 00 

am 

to 

10:00 

or 

r  n 

5:00 

am 

to 

IC:CQ 

pr 

Sat 

12: 00 

noon 

to  6:00 

pm 

In  addition.  Network  users  oi  batch  nay  run  at  oth-r  times 
on  an  irregular  oasis.  The  Conputer  Center  s  always  open. 


d.  Initial  experimental  use  of  OLS  can  be  conducted  under  a 
special  user  number.  The  relevant  accounting  parameters  are 
specified  in  PFC*7U  (  n  I C  *5U7)  .  Other  than  experimental 
usage  ~ust  ce  arranged  with  the  Computer  Center 
administrator  and  will  be  charged  for  at  the  then-current 
rates,  initial  experimental  use  of  batch  services  can  be 


13el 

13f 


13fl 


1 3f  la 


13f2 


1 3f  2a 

13f3 
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conducted  under  a  special  account.  The  relevant  accounting 
parameters  are  specified  in  RFC  *105  (NIC  *3775)  . 

Production  runs  must  be  arranged  with  the  Computer  Center 
administrator  and  will  be  charged  for  at  the  then-current 
rates.  Computer  center  rates  are  changed  periodically  in 
accordance  with  past  usage  and  projected  usage.  Users 
holding  valid  Computer  Center  account  numbers  will  be 
notified  in  advance  of  any  change  in  the  rate  structure. 


The  billing  rates  currently  in  ef  ww  *»s  follows:  13fa 

batch  13fiia 

central  Processor 

S2.12  356/mmute  13fUal 

core  Storage 

0.00023661/KCS  13* Ia2 

printer 

0. 753919/1000  lines  I3fla3 

care  Reader 

0.921726/1000  cards  13flai 

card  Punch 

3.072u.2/1000  cards  13*la5 

channel  Interrupts 

3.16/1000  13fU6 

wigh  Priority  service 

2 5$  surcharge  13iia7 

Online  System  13fiib 

console  Connect  Time 

St. co/hour  13flbl 

core  vStoraee 

0.1776/KrM  13f UG2 

computer  Resource  Unit? 

0. 0C011b63/CRU  13fko3 

Disk  storage 

O.ic/KHM  13*lbl 
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Printer  Form 


Two  part 

SO. 012/page 

13f  lie 

13ftcl 

Three  part 

0. 019/page 

13flic2 

Four  part 

0.0?5/page 

13fiic3 

^ive  part 

^•033/page 

Six  part 

O.oho/page 

13f  lict 

13f4c5 

Carps 

IJ.fJid 

(2000/box) 

S2 . ?5/ box 

13ftc 11 

Labels 

13f  te 

(three  across,  36  labels/page) 

*0. 06/page 

13fiiel 

Disk  Pacxs 

13fiif 

Storage 

S2. 00/month 

13f  iif  1 

2316  -  rental 

It .5C/month 

13fiif2 

Magnetic  Tapes 

13flig 

2kOO  ft.  -  purchase 

. 00/each 

2liOQ  ft.  -  rental 

1 . 50/r.onth 

13f  ligl 

13f te2 

120C  ft.  -  purchase 
13.00/each 


13fUg3 
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^t^rage  -  any  size 
C.SC/month 


C.  The  NCP  provides  every  user  with  a  256-dyte  buffer  for 
temporarily  queuing  incoming  or  outgoing  data,  wnen  the 
resources  of  a  local  receiving  process  are  sufficient,  the 
NCP  will  -  using  the  Host-Host  protocol  mechanism  -  allow 
the  connected,  foreign  process  to  transmit  maximum  length 
messages  (6095  bits).  When  a  local  sending  process  presents 
to  the  NCP  with  a  single  system  call  a  sufficiently  large 
amount  of  data  to  be  output,  tne  data  will  be  transmitted  as 
one  or  more  maximum  length  messages. 

D.  The  Computer  Center  will  support  third  level  direct 
access  storage  by  providing  a  simple  file  storage  and 
retrieval  process.  The  amount  of  online  storage  provided 
will  depend  upon  the  demand  and  availability  of  disc 
drives,  at  initial  allocation  of  29K  o.ytes  is  planned. 

Files  so  stored  will  re  packed  up  to  magnetic  taoe  daily. 

The  back-up  tare(s)  *-111  be  offline  and  available  only  in 
case  the  online  copies  are  destroyed.  An  exact  rate 
schedule  has  net  been  established  for  this  facility,  but  a 
billing  rate  similar  to  that  used  for  OLS  long  term  storage 
(see  paragraph  K }  can  oe  expected. 

vi,  interests  and  Capabilities 

The  uCsti  computer  Center  provide.;  batch  service  to  on-  and 
off-camous  users,  and  Online  system  s-rvice  at  approximately 
55  or.-campus  and  20  off -campus  terminals.  Kuch  of  UCSa’s 
research  effort  has  been  directed  toward  development  of  its 
Online  System. 

VII,  ;.orin 

Specifications  for  lodging  into  OLS  tnrough  the  Network  are 
contained  in  r?z  *7u  (NIC  -5* 17).  The  most  recent  user’s 
manual  for  oLS  is  on  file  with  the  NIC.  Specification  for 
Netwcr<  submission  of  batch  jobs  and  for  retrieval  cf  tne 
resulting  ‘printed1  output  are  contained  in  RFC  *uC5  (NIC 

me  software  listed  m  Section  X  car.  oe  invoiced  for 
cater,  mrocessirg  using  the  appropriate  job  control  language 

f  :cu . 

VIII,  cc-erut^r  operator 
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Communication 
possible.  The 
(80S)  961-227U 


with  the  operator  through  tne  Network  is 
operator  may  always  oe  reached  ty  Pi.one 


:..*t 

at 


IX,  Miscellaneous 
None 


X,  Frorrams 

Tne  omv  processes  presently  accessible  to  Network  users  arc 

UX.S  an#  KJc  whicn  nave  Seen  documented  in  kFC  *?u  (NIC 
#5al7)  and  RFC  *103  (NIC  #5775'  respectively.  A  user  na  .uai 
describing  OIS  in  detail  is  on  file  at  NIC  and  availaol. 
Network  users.  A  list  of  available  patch-node  software 
teams  below. 


a.  FORTRAN  IV  (IB#:  levels  G  4  H)  (university  of 
Waterloo:  WATFOK,  WATFIV)  -  a  hirh-level  lanau*?e 
oriented  toward  mathematical  problems. 


d.  pi/l  (IP'-:  level  F)  (Cornell  University:  PIC)  -  a 
high-level ,  general  purpose  language. 


C.  PLOT  IUCS5)  -  a 
rL/1  programs  whicn 
digital  plotter. 


package  callable  from  FORTRAN  ana 
allows  display  of  graphical  data  on  a 


1.  rpo  (IFF)  -  a  language  for  eeneraticn  of 
business-tyre  reports. 


r. .  ASSH 
level  ) 


&I.FF  (IBi;  level  F«  {university  of  Waterloo: 

-  s  low-level  ianeuaee  for  systems  program.. ers • 


F.  SSP  (I*W)  -  a  scientific  subroutine 
10PTHAN  and  PI/1. 

t,.  GPSS  ( I Bh )  -  a  high-level  language 
the  social  sciences. 


package  for 
crier,  tea  tow  a  r  d  s 


SPSS  (Stanford)  -  a  set  of  statistical  routines 
oriented  *cvards  the  social  sciences. 


I,  5C- T.T  /  yBRGL  ( 1 3  !i ) 
aata  sets. 


a  cregra-  lor  sortxne  and  rerginr 


mi 
i.3  i 
13  jl 
13* 


13*1 

13kla 

13klD 

1 3klc 

1 3kid 

i3<le 

1.3  <lf 

13K1R 

13  <ln 

1 3kli 


online  Team  Knviroment 
2u9 


SRI-ARC  0  JUNE  1972  I30iil 
Appendices 

Typical  Resource  Notebook  Fntr> 


J,  RIOMED  (UCtA)  -  a  set  of  statistical  routines  for 
FORTRAN  users. 

K.  UTILITIES  < IBM )  -  a  set  of  programs  for  tne 
manipulation  of  data  sets. 

L.  0SIRI5-II  (University  of  Michigan)  -  an  organized  set 
of  integrated  routines  for  investigation  with  statistics. 

M,  COBOL  (IBM:  level  »  -  a  high-level  language 
oriented  toward  busines  problems. 

N.  ALGOL  (IBM:  level  Y)  (Stanford  university:  ALGOL-*)  - 
a  high-level  language  oriented  tovard  mathematical  programs. 

J.  csmP  (IBM)  -  a  hign-level  language  oriented  toward 
modeling  oroirlens. 

P.  SNOBOL  (Bell  Labs)  -  a  string  manipulation  language. 

Q.  XTaB/FREO  ( UCS5 )  -  programs  for  cross  tabulation  ana 
free  iercy  count. 


1.SK1J 

13*1* 

13K11 

13kln 

13K2 

13X3 

13KL 

13X5 
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Vi 


INTRODUCTION  Ik* 

What  follows  is  a  compilation  of  the  APC  software  tas<s  tnat 

are  foreseen  as  imrortant  to  the  NIC,  and  hence  for  which 

the  Nlc  should  assume  partial  or  total  responsibility.  laal 

network  ut) 

MOTIVATION’  and  SOFTWARE  REQUIREMENTS:  llibl 


To  exncit  the  Network  via  forthcoming. 
Network-standard  protocols  --  in  delivering  the  NIC's 
sevices  to  the  Network  community. 

SPECIFIC  PHuJECTs: 

Inter-host  File  Transfers: 

70  nests’  file  systems 

MOTIVATION: 

Tc  enable  remotely-generated  text  tiles  to  dp 
entered  into  the  NIC  for: 

Manipulation  via  MS 

Retrieval  of  files  previously  archived  into 
the  Net 

Remote  sutnissicn  of  Journal  entries 

To  enable  the  transmission  of  NIC  files  to 
remote  hosts  for: 

rteturn  of  NiS-namoula ted  files 

manipulation  by  remote  text  eoitor 

Storage  at  re-ote  host 

Archiving  of  AkC  files 


lkDla 

Ub2 

llo2a 

lab2il 

lkbRala 


lkc^aial 
14  o^alaia 

lkowalalb 
1 L  bialalc 

Iuc2ala2 
lb  0  ?  «* 1  a  2  a 
Ikc2ala2b 
Iub2ala2c 
ilb2al*2d 


Online  Team  tnvircnnent 
231 


SRI-ARC  6  JUNE  1972  13011 

Appendices 

Software  Flans 


output  on  renote  hosts1  printers 
Network  Journal  aeliverv 


SCFT*APL  REQUIREMENTS: 


Interface  hRC-TENEX  to  the  Network  FTP 

Provide  a  napDinr  between  NL3f  tree-structured 
files  and  ASCII  sequential  files 

Network  text  editors  should  be  surveyed  to 
determine  the  constructs  which  exist  in  then, 
in  crier  to  provide  a  reasonable  napping 

Interface  AFC-TEN£X  to  the  Network  nailoox 
Protocol 

Interface  the  Journal  via  tne  napping  to  tne  FTP 
and/or  Mailbox  Protocol 

cca’s  Data  Ccnputer 

MOTIVATION* : 

To  support  archiving  of  NIC  files  on  tne 
trillion-bit  store 

To  allow  private,  textual  files  to  pe 
neanir.gfully  transferred  between  NIC  and  tne 
Data  conputer 

SOFT* Ana  PLCUI?FMEV«T3 ; 

Represent  '.'15  ‘  file  structure  using  the 
constructs  of  the  Data  Language  and  prcviae  the 
r.echamsr  for  transferring  files  between  tne  two 
syste-s 

Provide  tne  NLS  user  witn  the  tools  for 
manipulating  Data  Ccnputer  data  bases 

to  c trier  N' L 5 s 

n  j  1 1 V  A  T I C  N  i 


Iiib2ala2e 

Ikb2ala2f 

liio2alo 

Ub2albl 

Ikb2alb2 

Iub2alb2a 

Uo2alc3 

liib2albu 

Ii*b2a2 

liiC2a2a 

1L  b2a2al 

Ub2a2a2 

Ub2a2b 

Iub2a2bl 

!UC2a2o2 

XLb2a3 

Iiib2a3a 
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To  distribute  the  NIC  computing  load  over 
several  hosts  oy  enabling 

Several  instances  of  MS  to  function 
cooperatively 

The  Processing  and  front-end  (command 
interpreter)  conponents  of  an  MS  system  to 
reside  in  different  hosts 

SOUWAPt  REQUIREMENTS: 

Develop  and  implement  orotocois  for: 

Common  or  cooperative: 

Nuncer  Systems 

Identification  Systems 

journals 

Catalog  searches  across  nost  boundaries 
TO  other,  Network  information-handling  systems 
network  Graphics 

support  ms  use  from  Network  graphics  terminals 
motivation: 

To  support  use  of  DM3  from  ref resh-display 
terminals  in  tne  Net,  so  that  the  full  power  of 
MS  (compared  to  TNLS )  is  male  available  to 
Network  users  of  the  NIC 

SOFTWARE  PLOUI RLMENTS : 

interface  MS  to: 

netwcnc-stanJarc  graphics  protocol 

specific  hosts/ terminals  (with  non-standard 
protocols )  as  interest  dictates 


Iiib2a3ai 

luo2a3ala 

lud2ajalo 
liiP2a3D 
Iub2a3bl 
Ilib2a3bla 
Iab2a3hlal 
ltto2a3bxa2 
Iub2a3bla3 
lkb2a  ?blb 
Ub2aa 

l!iP2D 

ikh2bl 

l*t2bla 

lac2tuai 
lkc2clb 
1 u  P  2  ol cl 
iab2blola 

lubZclolo 
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Trouble-shooting  is  inevitably  required  at  tne  remote 
dost,  for  eacr.  of  the  above  activities 


NLS 


System  Development 
MOTIVATION: 

NIC  has  an  obvious  interest  in  promoting  tne  continued 
development  of  NLS,  the  primary  tool  which  it  offers 
its  users. 

Although  the  NIC  is  presently  primarily  concerned  with 
those  system  changes  wnicn  benefit  TNLS  (since  TELNET 
service  is  all  that's  currently  provided  on  a 
supported  basis),  the  expected  offering  of  DNLS  to  the 
Network  community  motivates  the  Nir  to  interest  itself 
in  that  version  of  the  system  as  well. 

SOFTWARE  RLQUIBfcMSNTS: 

Taxe  an  active  cart  in  NLs  development,  sharing  in  the 
software  load,  and  assure  implementation 
responsibility  for  those  features  which  primarily 
menefit  users  c.f  the  NIC. 


SPECIFIC  PROJECTS: 

New,  2 Nis-specif ic  features 
Novice  thru  expert  roaes 

motivati 


To  isolate  the  novice  user  iron  advanced 
concerts  which  would  only  confuse  him,  wniie 
providing  tne  sophisticated  user  with  acess 
to  the  full  capabilities  of  the  System, 

SGFT»AkE  REQUIREMENTS : 

Stratify  TNL5  m  such  a  way  tnat  levels  of 
capability  consistent  with  the  user’s 
expertise  car  oe  provided. 
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lub2c 

Uc 

lucl 

lucla 

luclal 


lUcl*2 

liiClD 

-wliClbl 

liiClc 

lliClCl 
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liciclaia 

lJ4Clcla2 


iaclcla2a 


SRI  -  ARC  8  JUNE  19  12  130iii 

Appendices 
Software  Plans 


ine  impending,  wholesale  revision  oi  NLS 
syntax  nay  be  lust  the  vehicle  for  realizing 
this  need. 

Lingering  statement  nunbr  a 
MOTIVATION: 

To  reluce  tne  frequency  with  whicn  tne  user 
must  regenerate  his  display  (a  tine-consuning 
thing  to  dc  fron  a  TTY )  to  keen  track  of 
statement-number  changes 

SOFTWARE  REQUIREMENTS: 

Integrate  into  THIS,  some  of  the  capabilities 
inherent  in  DEX 

Line-drawing  construction 

MOTIVATION  and  SCFT*mRE  PEwUXR tMtNTS : 

To  provide  a  necnanisn  cy  which  Line  drawings 
can  be  constructed  from  a  TTi-liKe  terminal 
for  later  display  m  DNLS 

New,  uNLS-specif ic  features 

Shared  display  screens 


KOTIVaTIun: 


To  promote  the  real-tine  cooperation  ci  NIC 
users  m  the  construction  and  examination  cf 
NLS  files 

software  requirements: 

provide  a  node  of  operation  m  wmcn  a  user’s 
display  can  be  rerlicatea  on  another 
terminal,  and  the  oug  positions  of  each  user 
displayed  cn  ootn  screens 
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laclcla2D 

luc'lclD 

lliclcltl 

lkclclbla 

11ic1c1d2 

lliClclo2a 

Uclclc 

lUclclcl 

lUclclcla 
liiClC2 
luclc2a 
liic1  C2al 

iiclc2ala 

Iucic2a2 

lUclc?a2a 

l*cic2o 


MOTIVATION: 


!LClc2fcl 


SRI-ARC  ft  JINK  1972  1301U 

Appendices 

Software  Plans 


To  support  line  drawings  in  NIC  documents 

software  requirements: 

Restore  the  mixed-text  graphics  features  of 
the  old,  91i0  system 

new  features  common  to  TNLS  and  DNLS 

New  file  constructs 

MOTIVATION: 

To  support  such  constructs  as  comments,  back 
links,  sets,  etc. 

SOFTWARE  REQUIREMENTS: 

A  complete  re-write  of  the  NLS  file  system  is 
planned. 

Group  documents 

motivation: 


To  leno  supnort  to  activities  involving  tne 
manipulation  of  documents  by  ercuDs  of  users. 

SOFTWARE  REQUIREMENTS: 

Automatically  keen  track  of  Changes  made  -- 
what,  when,  by  wncm  --  and  update  indices  and 
tables  of  contents. 

Querying  techniques 

MOTIVATION: 

To  ease  for  ooth  tne  user  and  NIC  personnel 
the  task  of  locating  within  tne  NIC  data 
base,  information  aoout  specific  subjects. 

SCFT*AFE  REQUIREMENTS: 

Automatic  generation  of: 


lEclc2bla 

Uclc2b2 

Ikclc2b2a 

luclcj 

llclcja 

lEclc3al 

lUcic3ala 

Uclc3a2 

Ikcic3a2a 

Uclc3b 

1EC1C3D1 

Ucic3bla 

Uclc3o2 

ihcic3D2a 
luclc 3c 
llidc3cl 

lUcic3cla 

i!idc3c2 

iliclclc2a 


online  rear  Environment 
236 


Skl-ARC  8  JUNE  1972  130 HI 

Appendices 
Software  Plans 


rile-elooal  indices,  tables  of  contents, 
and  bibliographies  (from  links). 

Data-base-global  subject.  *r.a  su&coilecticn 
indices 

Consider  the  feasibility  of  applying  a 
auestion-ansverins  system  as  a  front-end  m 
tne  search  procedure. 

Document-keyed  virtual  3  dents 

MOTIVATION  and  SOFTWARE  REQUIREMENTS: 

permit  a  catalog  number  to  be  used  as  an 
ioent  for  our coses  of  Journal  aistriDUtion, 
meaning  the  set  of  individuals  to  whom  tn* 
referenced  document  was  distributed. 


calculator 

motivation: 

To  support  the  inclusion  in  NLS  files  of 
tabular,  numeric  data,  and  provide  convenient 
means  for  maniouiatine  such  data. 

SOFTWARE  REQUIREMENTS: 

Kestore  the  calculator  system  which  existea 
or.  tne  RHO  system. 

Major  structural  manges  to  ^  1.5 

MOTIVATION: 

rr.e  NIC  should  assume  responsibility  for 
participating  in  the  imolementation  of  maior 
svstrn  changes  wh im  will  improve  the 
performance  ana/or  mntaxnaciiity  of  NuS. 

£>  0  F  X  *  t  h  t  RCiQUIREM^h  IS: 

participate  m  the  lnDlenentaticr.  of: 

The  proposed  new  file  oyster*,  whicn  will 


Ii:clc3c2al 

Ikclc3c2a2 

lHclc3c2D 
1HC1C3Q 
lHclc 3dl 

lucic3dla 
lkclc  3e 
lHclc3ei 

iucic3eia 

lHcic3e2 

i.  H  c  l  c  3  f  2  a 

Uclc?f 

Uclc3fi 

lnclc3f la 

lkclcif 2 

lade  3f  2a 
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permit  a  generalization  of  NLS ’  current 
tree  structure. 

The  locular  Programming  System  (MPS), 
which  will  ease  the  task  of  checking  out 
new  system  components  and  of  monitoring 
system  behavior. 

Miscellaneous 

MOTIVATION  and  SOFTWARE,  REQUIREMENTS : 

implement  such  features  as  addressing  oy 
content,  the  saving  of  viewchange-viewspec 
information,  and  whatever  additional  features 
prc/e  to  oe  necessary  or  desirable. 

System  Maintenance 

MOTIVATION  and  SOFTWARE  REQUIREMENTS : 

?ne  NIC  has  an  obvious  responsibility  for  and  interest 
in  participating  in  the  maintenance  of  NLS. 

This  responsibility  includes  activities  which: 

Locate  and  fix  hugs 

deduce  the  cost  to  the  user  of  using  the  System 

Decrease  resoonse  time  by  inproving  code  efficiency 

Improve  reliability 

SPECIFIC  PROJECTS: 

Statistics  gathering 

MOTIVATION  anc  SQUARE  REQUIREMENTS : 

To  obtain  information  concerning: 

The  cost  of  each  NLS  command  to  help  locate 
tncse  ocints  in  the  software  which  should  oe 
made  mere  efficient. 


Ilidc3f2al 

lLclc3f 2a2 
liidc3g 
Uclc3El 

iacic3gla 

Uc2 

lkc2a 

liic2al 
Iac2a2 
Ikc2a2a 
lLC2a2b 
Hc2a2c 
Iuc2a2a 
lkc2b 
I  iiC2  cl 
Uc2bla 
lHC2fclal 

lkc2olala 
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The  frequency  with  which  specific  commands 
are  used,  and  tnen  to  evaluate  the  worth  of 
supporting  and  maintaining  infrequently  used 
commands . 


The  difference  in  system  overhead  between 
Network  and  local  users  to  eva]uate  tne 
performance  of  Network-related  code  in  tne 
Monitor 

The  effect  of  changes  in  the  amount  of  core 
available  to  the  system  upon  system 
performance,  and  if  appropriate  to  recommend 
changes  in  configuration  of  the  system. 

Fesource  allocation  control 

MOTIVATION  and  SOFTWARE  REQUIREMENTS: 

To  implement  mechanisms  for  controlling  the 
allocation  of  such  system  resources  as  CPU  time 
ana  secondary  storage  among  local  and  Network 
users. 

Literal  collection  and  feenoack  oy  the  monitor 

MUTATION  ana  SOFTWARE  REQUIREMENTS: 

To  evaluate  tne  effect  upon  system  performance 
cf  moving  responsibility  for  literal  collection 
and  fetaback  from  MS  to  the  Monitor,  and  if  the 
effect  .  s  found  to  De  significant,  to  implement 
the  change. 

Augmentation  of  secondary  steraee 
MOT I v AT ION : 

ic  increase  the  amount  cf  secondary  storage 
available  to  house  the  NIC  data-base. 

S  0 i X WAR r  REQUIRE M t N T  S  : 

In  addition  to  the  possibilities  already 
described  for  archiving  files  in  the  Net,  to 
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lEc2Plalc 

lEc2Plald 

1EC2P2 

llc2o2a 
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support  continued  development  of  the  backup 
Syster,  wnicn  archives  or  o  tape, 

number  system  efficiency  incre 

MOTIVATION: 

To  decrease  the  amount  of  time  required  to 
assign  a  catalog  numoer. 

SOFTVi APE  REQUIREMENTS: 

Generate  each  number  bv  a  computational  process, 
rather  than  selecting  it  from  a  free  list. 

journal  System 

E*se  operations 

MOTIVATION  ana  SOFTWARE  REQUIREMENTS: 

To  improve  the  mechanics  cf  Journal  operation 
so  that  routine  functions  can  me  carried  out 
by  an  operator,  rather  than  a  systems 
programmer. 

Make  it  possible  for  the  operator  to  recover 
from  crashes. 

Reduce  delav  to  the  user 

MOTIVATION: 

To  reduce  the  amount  of  time  tne  user  must 
devote  nis  console  to  the  submission  process. 

SOFTWARE  REQUIREMENTS: 

Provide  a  mode  of  operation  in  wnicn  only 
interrogation  of  the  user  is  performed 
cn-line,  and  all  other  processing  done  m  the 
background. 

Reduce  the  cos*  to  tne  user 

MOTIVATION  and  SOFTWARE  REQUIREMENTS: 


luc2bUbl 

liiC2b5 

Iiic2b5a 

lkc2o5ai 

;Tc2b5D 

lUc2b5bl 

lkc2D6 

lEc2b6a 

Ikc2b6al 

Ikc2b6ala 

Iac2b6alb 

lac2b6D 

Uc2o6bl 

lkC2b6bla 

1UC2D6P2 

Uc2b6b2a 

lllC2b6C 

!Uc2b6cl 
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Reduce  the  cost  of  submitting  a  Journal 
article  to  about  s*.25. 

cope  with  the  volume  of  Journal  data 

MOTIVATION: 

To  efficiently  manage  a  continually  crowing 
collection  of  data 

SOFTWARE  REQUIREMENTS: 

provide  automatic  movement  from  one  Journal 
directory  to  the  next. 

Provide  automatic  archiving. 

integrate  Journal  and  Master  catalogs 

improve  effective  cutout  Processor  performance 

MOTIVATION : 

To  reduce  the  delay  to  the  user  of  outputting  a 
file  for  output  on  the  printer. 

SOFTWARE  REQUXEMEMT3: 

Run  the  output  Processor  as  an  independent  fork 
in  parallel  with  other  activity  at  the  terminal, 
or  in  the  Background, 


lUc2b6cla 

Inc2b6d 

Uc2b6dl 

I!xc2b6dla 
ili?C2b  6d2 

Iic2b6a2a 

lUc2b6d2D 

Ilic2b6a2c 

Uc2b7 

lfcc2D7a 

Uc2o7al 

Iac2b7b 

Ilic2b7bl 
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APPENDIX  V  A  LIST  OF  T^LS  COMPANDS 


A  list  of  currently  avail”  le  TnLS  commands  follows.  Tney 
are  descrioed  in  detail  1.  'e  TNLS  user  Guide.  (See  7E70). 

Append  statement 
break  statement 
Copy  entity 
Delete  entity 
Execute 

Assimilate 

Browse 

Cat? loe  Numbers 
Device  Specification 
tdit 

rile  Verify 

Identification  System 

Insert  Sequential 

Journal 

~o*!out 

marker 

Name  Delimiters 
ownership 

wait 

keset 
Status 
Unlock  file 
Vievcnange 
Fix  marker 
Goto 

cas^line 

c-xee 

Mere* 

^ro?rar.s 

sort 

Use  measurement 
Insert  entity 
Loao  File 
Move  entity 
Null  rile 


IS 


15a 
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Output 

File 

wUicKcrint 

Device 

pura 

FRbO 

printer 

Sequential 

Teletype 

Compiler 

Assenoler 

Seauential 

Print 

statement 

branch 

Dley 

group 

Replace  entity 
Substitute 
Transpose  entity 
Update  File 
Viewspecs 
Xset 

.  --  Snow  point 
;  --  Comment  command 
Give  context  commands 

\  --  3ac*slash  Command 
/  --  slash  Command 
r  --  Ur  Arrow  Command,  dump  to  bac* 
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